Viquiprojecte Discussió:Adaptació de plantilles a Wikidata/multilingüe/migració infotaules a V5/ToDo

Dear @Vriullop,

Per no fer enrenou vaig arriscar a fer servir el module:coordinates que hi ha a WD (de paternitat i ús desconegut) i, com era previsible, no funciona. Aparentment, no entén (o no li sé passar) les coordenades en decimal. Tampoc entén els "O", però això ja hi comptava que s'hauria de fer un replace en algun moment. A WD, la template:coord no fa tractament, només traspassa paràmetres.

Quan miro com ho fem a cawiki, observo que la {{coord}} transforma ", per ." i "O per W" i valida el contingut de |display=i poc més. Dedueixo que el mòdul:coordenades és qui converteix "W per O" en sortida

Mirant una versió més internacional provo enwiki i veig que funcionen totes les entrades, llevat òbviament, de les "O".

Llavors vaig al Module:Coordinates de Commons i trobo una etiqueta que ve a dir "Aquesta és la més bona de totes les versions". Val a dir que aquesta versió no té la "function coord", però no sembla un problema perquè mirant Template:Inline coordinates que és l'equivalent a la coord, sembla que ja li ho prepara. Els resultats semblen correctes, llevat de les "O".

Què fem ?:

• Del que he vist, el que més em convenç és la de Commons.
• A diferència d'altres casos en que has integrat la solució dins el module:Wikidades, aquí hem de veure quina combinació template-module permet tractar paràmetres manuals normalitzats, ja que hauríem de tenir una solució vàlida dins el pack d'instal·lació.
  • Altra opció seria que el module:Wikidades ho sàpiga fer pels valors de WD i si hom vol fer servir valors manuals, haurà de passar valors editats amb les seves eines locals i nosaltres ni els entenem ni els tractem de cap forma. És a dir, no ens preocupem de quin és el module:coordinates que ha de ser dins el pack Global Template.
• El tema de la "," i "O" entenc que cal actuar com fem a cawiki: si algú vol poder escriure valors manuals amb comes decimals i "O" (o el que sigui a la seva llengua) haurà de fer una manipulació prèvia a la crida i l'output s'hauria de resoldre dins l'i18n del module:coordinates que triem.

Ja em diràs. De moment vaig provant

Salut !

El mòdul de Wikidata tenia un error: d:Special:Diff/1129519658. Només afectava amb template:coord que pràcticament no s'usa.

El mòdul de Commons no diu que sigui el millor, simplement que és una versió estable.

Penso que caldrà assumir que no hi ha cap versió global. Tots acaben fent el mateix però amb algunes particularitats locals. De moment el millor serà seguir cridant la plantilla local. Si hi ha dades manuals la plantilla local ja les tracta, si són de Wikidata són simples, lat i lon decimals, i haurien de funcionar. Només has de trobar el nom de la plantilla amb {{#invoke:Wikidades|getSiteLink|Q6294369}}.

Wow. Quina bona notícia. Pensava que era més greu.

@Amadalvarez: Ja ho havíem parlat, però vista l'estructura en conjunt la solució per usar el mòdul:Wikidata amb un altre títol és configurar-ho: en la pre-infotaula moduleWD=WikidataFromCaWiki i en els invokes usar el paràmetre #invoke:Wikidata|claim|etc. El mòdul ja reconeix quin és el seu títol per cercar les seves subpàgines.

Ho sé, però no sé si ho entenc bé.

Vol dir que el mòdul no cal copiar-lo a l'espai físic de la WP nova ?. amb el WikidataFromCaWiki ja ho va a buscar ?

Perquè si, per contra, cal copiar-lo, amb quin no s'ha de fer quan ja està ocupat el nom ?.

M'he descuidat el nowiki i no s'entèn res. Volia dir {{#invoke:{{{moduleWD|Wikidata}}}|claim|etc}}. El mòdul cal copiar-lo, és clar, però si té un altre títol es pot configurar en un paràmetre.

Ara s'entén molt més, però deixa'm que et posi un exemple real:

A l'entorn WD tenim actualment:

• Mòdul:Wikidata (Q12069631), on hi han uns 115 iw entre ells, el nostre. Això no vol dir que siguin funcionalment iguals o similars. En aquesta Q hi ha vinculat el :d:Module:Wikidata enwiki
• Mòdul:Wikidata (Q24575438), on hi han uns 65 iw. En aquesta Q hi ha vinculat el d:Module:Wikidata

• Mòdul:WikidataIB (Q25714577), on hi han uns 74 iw. En aquesta Q hi ha vinculat el d:Module:WikidataIB

Si volem instal·lar una còpia del nostre mòdul a WD, el seu nom dins l'espai "template:" ha de ser un altre (per col·lisió). Si, a més, el volem enllaçar a WD, caldrà canviar-li la Q, perquè l'espai iw a WD a la nostra entrada Mòdul:Wikidata (Q12069631) està ocupat.

Imaginem que l'anomenem "module:WikidataCA", per dir alguna cosa (et deixo que triïs el nom). Com s'han de fer les crides dins les plantilles ?.

• moduleWD = WikidataCA

{{#invoke:{{{moduleWD|Wikidata}}}|claim|etc}} ?.

És a dir, carregar la variable "moduleWD" amb el valor del mòdul que es vol triar ?

De forma que, quan no estigui carregada, s'invocarà el Mòdul:wikidata que trobi en la plataforma on s'està executant.

És això ?

Merci

P.S. Si és així, i hem d'obrir una Q pròpia per la nostra còpia, podrem moure allà tots els iw que són còpia del nostre i així millorem el control.

Sí, és això.

Crear un nou ítem és una opció que havia pensat. El problema és com definir-lo, què té de diferent? Si ara està al Q12069631 és perquè ha evolucionat a partir de l'anglès, però no s'adiu amb la descripció "Wikimedia module similar to en:Module:Wikidata, with functions including , etc; uses FETCH_WIKIDATA". El Q24575438 Wikidata2 sembla justament una variant de en:Module:Wikidata, i el Mòdul:WikidataIB Q25714577 és també el que pretén el nostre per a infotaules.

També hi ha:

• Mòdul:Wd (Q27854178)
• (Q24733825)

Al final tots els mòduls volen fer el mateix de diferents formes.

Que, què té de diferent ?. Que aquest és el bo.....

Amb la infotaula persona em passava el mateix. Al final vaig decidir que si apostàvem pel "global Templates", que millor que dir-li "Global Infobox person". Podríem tirar per aquí, i qui dia passa any empeny. Be bold. O com li vulguem dir.

Dit això, si a la còpia que posem a WD li hem de canviar el nom, les teves inquietuds de que alguna cosa es pogués desconnectar no desapareixen, és així ?

Llavors, quan ja estiguem segurs que el nom que hem agafat és exclusiu i que tot funciona, no caldrà que fem el canvi a les invokes. Correcte ?.

El que té més espectacular és que canviï de llengua sense fer res i sense paràmetres. Això no trobo forma de sintetitzar-ho en un nom, si un fuig dels x-lingual. No m'importaria que fos qualsevol invent: Wikidata droid, WikidataFed, Wikidata glossing, Wikidataing, Wikidata tongues.

A d: evidentment s'haurà de posar algun nom i aquest acabarà sent l'usat en noves instal·lacions. Però no es pot forçar a que tothom usi un nom concret, sempre hi pot haver algú que el vulgui traduir. Alhora ha de ser compatible amb els usos actuals. No tinc cap inquietud en que es desconnecti res, si es canvien tots els invokes per un paràmetre flexible. A més, tenint una Q pròpia també hi ha la possibilitat de trobar el títol amb Wikibase getSiteLink.

@Vriullop Pensaràs que sóc ruc. No pateixis, jo sovint ho penso. Però deixa que torni a voltes amb el nom del wikidata. Segueixo aquest antic fil per tenir tot el que ja hem dit , afegint que també existeix una prèvia, i en un altre lloc, has optat per module:wikidades com a nom candidat.

M'hi anava a posar i veient lo de passar-li amb un paràmetre el nom, m'ha tornat a semblar massa complicat. Per exemple:

Agafo, com podria ser una altra qualsevol, la {{Circa WD}} que és una subplantilla que invoca wikidata i és utilitzada a moltes infotaules. Quan la traslladem a WD (o xxwiki) li haurem de canviar el codi per {{#invoke:{{{moduleWD|Wikidata}}}|claim|etc}} que s'indicava més amunt i, conseqüentment, qui la cridi haurà de carregar la variable "moduleWD=wikidades". Si venim d'un model que tingui una pre-infotaula -com dèiem més amunt- pot ser barroc, però viable. Ara bé, en el moment que estigui en una altra plataforma, ja és objecte de ser utilitzada per tercers que la considerin útil (tenim moltes utilities com aquesta o GetFixLabel) i hauran de comptar amb la servitud de carregar la variable, per aportar-li "wikidades", una acció estranya, ja que és l'únic nom amb que funciona, perquè el seu module:wikidata ves a saber que fa. Segueixo.

El canvi de codi esmentat, també l'haig de fer a la versió cawiki, per assegurar la igualtat del codi amb les còpies que hem exportat, en aquest cas, sense servitud, ja que tindrà "wikidata" per defecte. Per la mateixa raó de mantenir còpies igualades, la creació del module:wikidades a una altra plataforma hauria de comportar tenir una còpia a cawiki (potser algun dia funciona el sistema de rèpliques per subscripció).

Proposta/pregunta: Si ja hem assumit tenir un nom nou anticol·lisions, podríem tenir a cawiki el module:wikidades i posar a module:wikidata redireccions cap a aquest ?. D'aquesta forma tots els usos actuals funcionarien i, cada cop que adaptem una plantilla per a que sigui Global, li canviem l'invoke i ja li hi posem "wikidades"; la necessitat de canviar-ho arreu de casa nostra no té termini i, a mida que anem farcint l'entorn Global ja s'aniran canviant. Hem sembla més assumible que demanar a altres plataformes, tal com esmentaves a la primera proposta, que hi afegeixin un redirect dins el seu module:wikidata (suposant que no tinguin una col·lisió si resulta que també tenen un "claim" dins el seu wikidata), i ens estalviem el tema de carregar la variable i canviar tots els codis intermedis que l'han d'anar passant arreu.

Mentre t'ho penses, em dedicaré a traspassar a WD allò que no invoqui el mòdul.

Gràcies per la paciència.

Potser m'agafes ben descansat, però tens tota la raó. Això no passaria cap filtre de bones pràctiques i per exemple no seria acceptat a enwiki. Hi ha una denominació en argot per aquestes potineries que ara no recordo.

El més pràctic serà canviar al nou nom anticol·lisions. Això no afectarà als altres clients que ja l'usen perquè ja tenen les plantilles configurades. El que haig de solucionar és el mòdul pont a cawiki. No serà tant fàcil com em pensava perquè són tres possibles accessos diferents: directe amb paràmetres a l'invoke, indirecte amb paràmetres a la plantilla (item, lang) i intern des d'un altre mòdul. Amb un mòdul pont tot passa a ser tipus intern.

Bentornat i moltes gràcies pel pensament positiu.

Pots crear el wikidades i els seus fills a cawiki i així el vaig provant i traspassant a WD ?. Si vols ho faig jo i si tinc problemes, aviso.

A vegades sembla que tingui poca confiança en la pròpia intel·ligència del mòdul. He provat amb Mòdul:Wikidata/redirect i sembla que tot funciona. Quan tingui prou temps per endavant per a supervisar possibles conseqüències inesperades faig el canvi a Wikidades.

Si vols traspassar a WD:

• Mòdul:Wikidata > Module:Wikidades
• Mòdul:Wikidata/ús/en > Module:Wikidades/doc (caldrà revisar els enllaços)
• Mòdul:Wikidata/i18n/en > Module:Wikidades/i18n (és l'estructura inicial buida a traduir i omplir amb necessitats locals, d'entrada res per fer a WD)
• Mòdul:Wikidata/i18n/en/ús > Module:Wikidades/i18n/doc
• Mòdul:Wikidata/debug > Module:Wikidades/debug (només fa falta si hi ha algun track intern, però tampoc fa nosa)
• Mòdul:Wikidata/Units > d'entrada no cal, és configuració local i no dóna error si no el troba. No hi ha estructura inicial preparada.
• Mòdul:Wikidata/labels > d'entrada tampoc cal, no fa res mentre no estigui definit a /i18n. Del que no estic segur és dels "T000x".

@Vriullop Tot traslladat, llevat del debug, que ho he deixat per més tard.

el mòdul:Infobox l'he anomenat Module:InfoboxFrame, a falta dels vostres vots.

Feina per tu: Tens una prova a :d:User:Amadalvarez/proves/Global infobox.

• No facis cas del enllaç vermell a llista desplegable condicional, que encara la tinc que revisar.
• No sé que em falta perquè li apliqui el format a la infotaula (Float right i border).
  • A :d:Template:Global Infobox person/outputformat s'invoca la InfoboxFrame amb una bodyclass que potser no existeix, però li he tret perquè treballés pel default i tampoc ho fa.
  • Potser m'he deixat algun canvi a d:Module:InfoboxFrame
  • Ja saps que les class no són amigues meves
• L'altra cosa que no sé veure és perquè els enllaços surten en vermell. Com no hi ha articles hauria d'apuntar a l'item.
  • Sembla que l'enllaç que genera el mòdul:wikidades cap a l'item quan no hi ha article de la llengua no li agrada quan està a la plataforma WD.
  • Els llapissos enllacen bé.

Avui estaré inoperatiu, o sigui que tens temps per mirar i remenar.

Merci,

Buf!

• Format. Usa una class=infobox que tenim definida a MediaWiki:Common.css. Ho he solucionat traslladant-ho a d:Template:InfoboxFrame/styles.css. És el mateix però només aplicat a la plantilla que ho carregui amb . És més fàcil d'usar que el MediaWiki:Common.css que està protegit i no col·lisiona amb altres definicions infobox en altres plantilles. A tenir en compte en instal·lacions noves.
• bodyclass=biography vcard. T'ho pots carregar. La class biography no s'usa. La class vcard és per generar microformats: en:Wikipedia:WikiProject Microformats; és a dir, un codi amb dades estructurades, cosa que ja no té sentit amb Wikidata.
• Enllaços, arreglat d:Special:Diff/1125898912. El prefix wikidata: no l'interpreta com un interwiki, com fan totes les altres wikis, sinó que a Wikidata és el prefix d'espai de noms de projecte. Ja ho canviaré en el màster.

Glossolalia ?

Però el canvi dels invoques, hauran de portar el nou nom com a valor per defecte. És correcte ?

O vols que per defecte sigui el que tenim ara (Wikidata) i tot nou ús ha de portar el paràmetre amb el valor ?.

Per cert, alguna idea per a que el contingut del paràmetre (o sigui el nou nom) sigui una mena de paràmetre global ?. Ho dic perquè si no, totes les crides hauran de portar-lo i, o és una murga o haurem de crear una pre-infotaula per a totes les plantilles.

Podria ser un paràmetres d'aquells {{mediWiki:wikidata-module-for-infoboxes}}, o així ?.

Per cert, parlant d'això. Existeix el {{MediaWiki:And}}, però no el {{MediaWiki:Or}}. Es podria crear ?

Pots crear el que vulguis en l'espai MediaWiki, si ets editor de la interfície, però serà només local, no global en tots els wikis. Si no existeix millor buscar alternatives. Per l'OR existeix c:Template:Conj-or.

Si tenim una Q pel mòdul es pot obtenir directament sense definir paràmetre en preplantilla:

• {{PAGENAME:{{#invoke:Wikibase|getSiteLink|Q12069631}}}} dóna: Wikidata
• {{#invoke:{{PAGENAME:{{#invoke:Wikibase|getSiteLink|Q12069631}}}}|getLabel|P31}} dóna: Instància de

Ja tens el valor per defecte. Uso PAGENAME per eliminar el prefix d'espai de noms. Ara bé, sí que cal anar passant el paràmetre obtingut a les subplantilles que tinguin invokes.

Conj-or només existeix a Commons !. Mmmm No em sedueix. M'estàs dient que els invoke han de passar a {{#invoke:{{PAGENAME:{{#invoke:Wikibase|getSiteLink|Q12069631}}}}|claim|etc}} ?. Vols dir que no estem seguint un camí massa tortuós ?. La meva temptació quan veig aquests codis que són tant llargs és passar-los a una sub-plantilla, però si, com en aquest cas, caldria cridar-lo per cada invoke, llavors els poso en una plantilla prèvia que els hi passi el text ja resolt. D'aquí venia lo de tenir sempre una pre-infotaula (mínima). Una altra forma és que, hi fos dins els paràmetres de personalització de la /Tab param i es recuperés, tipus </nowiki>. Em sembla més curt i barat cridar el servei de recuperació que el wikibase. L'altre dia el Joutbis plantejava, amb raó, de tenir paràmetres de personalització de la plantilla, a més dels que tenim per propietat.

No volia dir fer doble invoke a tot arreu. És una mostra d'obtenció del valor per defecte. Però tens raó, sigui com sigui cal fer-ho abans dels invoke. Maleïdes plantilles, acaba sent esotèric quan simplement és una variable molt fàcil de tractar amb Lua o el que sigui.

He pensat que potser és un bon moment per fer la {{Wikidata}} que invoqui wikidata|claim i pel mateix preu hi posem el malèfic codi. Però no funciona si no li passo els paràmetres. Obvi, em diràs. Però, com s'ho fa per funcionar la {{infotaula}} que invoca mòdul:infobox ?.3

Ara es diu Plantilla:Proves persona

Lua pot llegir dos paquets de paràmetres: els directes de l'invoke i els superiors de la plantilla que fa l'invoke. El mòdul:infobox només llegeix els superiors de la plantilla. El mòdul:wikidata llegeix els de l'invoke excepte item i lang que els pot llegir també de la plantilla. Podria fer que els llegís tots de la plantilla. Amb això et trobaràs que item i lang s'han de passar a la nova plantilla. A més, hi perds efectivitat si en cada crida hi afegeixes un nou invoke a Wikibase. El codi malèfic s'ha d'executar una sola vegada, no és un resultat variable.

Val. Millor un altre camí. Ja pensaré.

Per cert, des d'un punt de vista d'usuari final, que n'opines de la finestra emergent que es mostra sobre les etiquetes dels casos exemple de Plantilla:Global Infobox person ? Ho vaig fer pensant que si ara es podrà canviar el label a nivell d'article, seria una ajuda pels editors que, de ben segur, no estaran familiaritzats amb els noms de paràmetres. Pel mateix preu, li he afegit el nom del paràmetre manual. Només mostra el nom internacional, no el local, si hi hagués.

És críptic però és útil.

Estava pensant en un cas on aniria bé un títol variable: amb un paràmetre sandbox=true desviar les crides al mòdul:wikidata/proves, de fet al que digui MediaWiki:Sandboxlink-subpage-name. A banda de tu i jo se'm fa difícil explicar a algú com pot provar uns canvis. Potser ho faig desviant la funció en el mòdul, però implica transportar el paràmetre sandbox a les diverses subplantilles com un paràmetre global més.

Etiqueta: No té masses opcions, perquè no entén codi wiki. Me les he vist i destjat per aconseguir fer un salt de línia.

On es posaria el sandbox=true, a la crida a la infotaula com fem amb el lang ?. A mi em resulta pràctic encara que calgui arrossegar-lo per les sub-plantilles.

Sobre el codi malèfic: parlant de la mediaWiki:or em vas dir que és pot crear però no estaria a totes les WPs. Però no seria res difícil, incloure dins les instruccions d'instal·lació que cada WP usuari hagués de crear un {{MediaWiki:InfoboxWikidataModule}} amb el nom del mòdul. Per cert, ja t'has decidit per un nom ?. A mi m'agraden: WikidataFed, Wikidata glossing i per descomptat WikidataGobal. Pensa que no nomes fa "fetch", incorpora el convert, l'ordinal, el years_old, el gender, bona part del wikibase,... És a dir, no només per fer infotaules, sinó per altres funcions bàsiques que l'han convertit en una pseudo-navalla suïssa.

El sandbox tindria un tractament igual que item o lang, un paràmetre global que es pugui definir a nivell d'article.

Crear una pàgina a l'espai MediaWiki no m'agrada. Pot servir per coses locals però demanar-ho a altres wikis és un requeriment massa dur. Només uns pocs administradors són també editors de la interfície. Pensa que tampoc funcionarà l'invent de la llengua de les preferències perquè requereix crear Mediawiki:Lang/xx. Només ho he vist a fr.wiki, de.wiki, commons i wikidata.

Tens raó en que el mòdul serveix per tot, no només infotaules. WikidataFed m'agrada com alternativa de "powered by Wikidata", en aquest cas "fed by Wikidata" del verb to feed, però wikt:en:fed pot tenir un sentit pejoratiu de federal. No estic segur si les alternatives WikidataFeed, WikidataFeeding o WikidataFeeded tindrien sentit. Caldria l'opinió d'un parlant anglès natiu.

Doncs, que no sigui Mediawiki, però la idea és tenir un text "a pèl" en lloc de tenir-ho en altres llocs que requereixin una recuperació, potser més rocambolesca.

Quan vaig començar amb el tema de la documentació -per a aquestes infotaules, precisament- ho feia aquí i a WD simultàniament.

Allà, el meu soci (el de les infotaules de ciclisme) ja havia decidit un criteri per anomenar els articles que em semblava acceptable mentre estàvem en fase projecte, però era inadequat per penjar-ho a cawiki i/o a en un entorn definitiu. Llavors vaig crear {{DocInfobox prefix}} que figura com a prefix del nom de les crides que es fan de les pàgines des d'altres pàgines; el criteri de codificació del suffix, ho vàrem consensuar. Òbviament el contingut d'aquesta pseudo-plantilla, aquí i a WD és diferent.

D'aquesta forma, la pàgina Viquiprojecte:Documentació estructurada infotaules/doc/P20/Case 1 (Hébuterne) és una còpia de d:Wikidata:WikiProject Supertemplates/doc/P20/Case 1 (Hébuterne) que funcionen als dos entorns en les seves crides.

Ara faré una prova per posar-li Wikidata o Wikidata/proves, mentre no acabes lo del sandbox.

@Vriullop Què faig malament a Plantilla:Proves amadalvarez/Prova3 ?

No he aconseguit que mostri res. Tampoc dona cap error

Corregit en proves: Special:Diff/22592240. No tots els paràmetres distingeixen buit de nul i per qualifier sí que feia falta.

@Joutbis @Jmarchn @Paucabot @Vriullop Estic en la fase final de gestionar les col·lisions de noms entre com li diem a cawiki i com li hem de dir a la plataforma comuna (de moment ho estic posant a WD) en aquells casos en que ja està ocupat i no fa la mateixa cosa.

Un dels casos més irreconciliables és el mòdul:Infobox, on la versió de WD és una versió força desigual a la resta.

Fent una anàlisi una mica en diagonal, tenim.

• D'una banda la d'enwiki i la nostra que el que fan és "estructurar la taula" en dues columnes (label+data) pel cos principal i aportar una sèrie de files excepcionals (header, subheader, above, notes,..), a més de poder gestionar els formats (colors, alineaments, etc. ) de totes aquestes eines. NO hi afegeix cap intel·ligència: no pots aplicar condicions, no sap fer accés a dades, etc.
• La resta responen a un mix de accedir a dades WD i donar format. És com si les nostres infotaules, enlloc d'invocar la Infobox i despreocupar-se del format, s'encarreguessin de crear la taula elles mateixes. És una opció que dificulta l'estandardització i treball modular. En molts casos, s'ha intentat (amb un èxit reduït) aconseguir que determinés si era una persona, un indret, etc.. En aquest grup està la de WD, la frwiki, ruwiki, etc.

Però el fil no pretén determinar quina és més bona ni si hem de canviar allò que fem.

Només vull fer una micro-enquesta per trobar-li un nou nom al nostre mòdul:Infobox, acord amb el que fa.

Propostes:

• InfoboxFrame
• InfoboxBare
• InfoboxBasic

@Joutbis @Jmarchn @Vriullop @Paucabot

Podeu votar o aportar algun altre nom alternatiu ?. Gràcies

Home, ningú com tu per triar noms d'infotaules. Només una petita aportació: per una banda, podríem fer que els noms de la plataforma comuna referenciessin el nom del projecte (que encara no tenim). Això ens porta a una altra enquesta. Com s'ha de dir el projecte? Jo faria alguna cosa com "Wikidata-powered Infoboxes", però és massa llarg; WD+Infobox?

I llavors, el nom del mòdul Infobox, que justament és el contrari perquè és només l'estructura sense les crides a Wikidata podria ser WD+InfoboxFrame. O WD+InfoboxBare. O alguna cosa semblant amb un prefix que estigui més ben trobat, no sé.

El tema de posar un prefix pels elements del projecte, ja ho he incorporat quan són elements exclusivament nascuts pel projecte, ex: {{Global Infobox person}} i les seves /<sub-plantilles> .

Ara bé, els elements -preexistents o nous- que són transversals, és a dir, que ja són globals entre plataformes i també entre altres elements que els poden invocar, penso que han de tenir un nom genèric. Per exemple: If empty, Align, String,...en casos preexistents; o bé Circa_WD, GetLabelFix, FormatP170,... serien casos de funcions noves creades per les infotaules, però utilitzables en altres situacions. Per mi, tot aquest grup de "genèriques" haurien de ser les que s'haurien de batallar com a Global Templates, perquè, si es pensen bé, poden servir per a tothom amb pocs problemes de multilingüisme.

La pregunta venia a tomb perquè Infobox és una d'elles, un cas de utility pura, si bé més d'un ha optat per aquest nom per a fer coses diferents. Però no considero que el que fa sigui una creació funcional del projecte.

Una altra cosa és que hauríem de trobar alguna forma de "certificar" quins elements acompleixen els criteris per formar part del concepte "Global template". Pensava proposar-ho quan tinguem carregat un conjunt coherent sobre el que actuar i obtenir proves empíriques en lloc de debatre intel·lectualment, com sembla que fan ara al projecte Mediawiki.

Salut !

PD: Afegeixo InfoboxBare i, suggerida per aquest nom, InfoboxBasic

La versió master del mòdul:infobox és l'anglesa. Nosaltres hi tenim petits canvis estètics que es poden obviar i la versió a distribuir hauria de ser directament l'anglesa, que alguns projectes ja deuen tenir. El nom pot indicar això, que no és propi de les plantilles Global. El problema torna a ser com jugar amb diferents noms quan existeixen col·lisions incompatibles.

Estic d'acord, i les altres versions que han mantingut el nom i funcions i, a més, han afegit WD semblen forks.

El problema ara mateix és que a la plataforma WD està ocupat (i en servei) per una versió semblant a la frwiki. Com que no tinc gaire ganes de barallar-me i no serà aquest el darrer cas, especialment quan parlem de fer-la servir en una WP, m'estimo més assegurar el tret i canviar nosaltres.

@Vriullop @Joutbis A voltes sobre com resoldre el tema del multilingüisme en els inputs (paràmetres i/o valors del paràmetres) el @jmarchn, a qui convido en aquesta conversa) m'ha mostrat la seva solució d'un i18n en lloc del TNT que també havia provat. En concret, és el Mòdul:XCols/i18n.

Basant-me en el cas del Jordi, la meva reflexió, que m'agradaria debatre amb vosaltres per veure si vaig errat, és pot millorar, o ja està bé, és la següent:

• amb l'i18n qui s'entera de l'equivalència és un mòdul, no una plantilla.
• per aconseguir que a la plantilla li arribi el nom de paràmetre que entén, tot i que l'usuari hagi escrit un altre, només veig dues solucions:
  • li escrius el(s) sinònim(s) dins el codi -una mala praxis-
  • li poses una peça (que jo anomeno pre-infotaula) que fa una conversió N --> 1.
• si analitzem aquesta segona opció -la que estic aplicant en la Global Infobox- és el que fa el i18n que ha preparat en Jordi. És a dir, el que jo anomeno pre-infotaula és funcionalment un i18n.
• Les diferències són:

i18n	pre-infotaula
l'usuari invoca el mòdul i aquest té dins i crida el i18n està escrit en format taula LUA/JSON (?) el manteniment es fa sobre la mateixa taula del i18n	l'usuari crida la pre-infotaula i aquesta converteix i passa control a la plantilla està escrit en codi wiki normalment el codi és la taula de conversió en si. En el cas dels Global Infobox, el manteniment es fa sobre una taula CSV (pendent de disseny definitiu) que permet generar la pre-infotaula, aïllant l'usuari final de la sintaxi del codi wiki.

L'altre dia en @Joutbis proposava fer una generació del codi de la plantilla sencer a partir d'una versió de codi únic (el que ara és la Global Infobox) + la taula CSV que conté les excepcions mantingudes per l'usuari final.

Espero els vostres assenyats comentaris

El plantejament que fas és correcte. El tractament és diferent amb mòdul o amb plantilla. El procés lògic seria fer un mòdul:Infobox person, però vistes les plantilles no seré jo que el faci i ja ho hem descartat.

El problema podrien ser les actualitzacions, canvis a la Global que obliguin a canvis en la preplantilla. Passa igualment amb mòdul i el seu i18n, de fet m'hi he trobat amb el mòdul:wikidata. De totes formes no acabo de veure que resulti problemàtic, només que cal anar amb compte. Si són paràmetres nous simplement quedaran sense traduir. Si són paràmetres de configuració cal preveure un valor per defecte fins que no es modifiqui en la preplantilla.

Gràcies, @Vriullop.

Els canvis a la Global porten aparellat una versió ampliada de la taula quan comporten nous paràmetres. A la taula sempre hi ha dos noms mnemotècnics que entén la Global per cada paràmetre: un codi curt (val_P569) i un nom en anglès (date_birth)

Com què a cada plataforma hi ha una còpia, una nova versió s'activa quan l'administrador de la plataforma decideix instal·lar-la, moment en el qual hauria d'aportar, opcionalment, la seva versió lingüística.

En tot cas, no podem oblidar que estem parlant de "inputs" i a les infotaules, el seu ús va a la baixa. A una nova WP no li caldria fer servir cap.

Tal com diu, tots els paràmetres de configuració tenen un valor per defecte a la taula std. i un altre dins el codi, per si la taula estigués mal configurada.

@Amadalvarez, @Vriullop: Hola!. He creat el primer mòdul per a ser utilitzat com a plantilla: Mòdul:Infobox medical intervention que utilitza els nous Mòdul:Infotable images, Mòdul:Medical infotable items i el senzill Mòdul:InfotableColors. Els 3 primers mòduls amb l'i18n. "Infotable images" i "Medical infotable items" estan pensats per que es puguin utilitzar en altres nous mòduls d'infotaules (malalties, anatomia..)

Podeu veure una demo amb el duplicat (una amb el mòdul i l'altre amb la plantilla) que he fet a Angioplàstia.

Un únic problema que potser em sabrà solucionar en Vicenç. A "Infobox medical intervention" no sé com fer que actuï una plantilla en un element retornat amb Wikidata. Ho he provat a la línia 80 d'Infobox medical intervention" però no fa res... Aquest problema queda il·lustrat en l'exemple en els valors CIM-9-MC -> 00.6, 36.0 i 39.50.

A veure que us sembla...

Jordi, en la línia 67 la comparació ha de ser la contrària, sinó no usa formatting. Per cert, mira mw:Manual:Coding conventions/Lua. És recomanable les funcions amb camelCase cosa que comporta que les variables siguin amb minúscules i guió_baix. L'excepció poden ser les variables que carreguen un require. Distingint les tres coses és més fàcil de llegir. Bona feina, té pinta d'un model replicable.

Glups!. Era tan evident!! Resolt. Merci.

Si el @Vriullop és un bon senyal, però t'asseguro que em resulta tan críptic i barroc com a vosaltres les plantilles.

Està clar que m'hauré de reciclar.

Una cosa,entenc el paràmetres item i lang ?

@Amadalvarez, @Vriullop: Hola de nou!.

Una vegada resolt el problema:

• He afegit (en el mòdul una sola línia, la 79) la comprovació d'arguments, això vol dir que si no s'utilitza WD i s'introdueix un paràmetre manualment es comprova que el nom sigui acceptable, altrament apareix un missatge d'advertiment mostrant aquell nom invàlid.
• Comprovació dels paràmetres de i18n (que tinguin valor i que siguin en un format correcte, ja sigui una cadena o vàries, segons el cas).

Poso aquest missatge aquí tot i parlar d'una altra infotaula, perquè tracta dels aspectes relatius a tenir un model LUA d'infotaules globals.

@Jmarchn Respecte la wonderfull nova plantilla:Infotaula malaltia. No entenc res del codi (encara), però les teves explicacions sobre l'estructuració del codi m'han semblat molt suggerents i, com deia el @Vriullop, sembla un model replicable. Alguns afegitons que se li hauria de fer al model:

• cal que tracti el paràmetre item amb el Qid al que ha d'accedir. Tal com està, només funciona dins l'article real de l'espai principal.
• igualment amb el paràmetre lang per tal que recuperi els valors a la llengua indicada en aquest paràmetre o de la llengua de les preferències.
• Cal diferenciar entre els noms dels paràmetres d'entrada i el text que es mostrarà al label. El multilingüisme dels codis d'entrada està ben resolt amb l'i18n, però els labels s'han de poder obtenir en la llengua seleccionada via GetLabelFix o similar. Addicionalment, cal preveure un nom de paràmetre excepcional a incorporar a la i18n per poder alterar el valor local de les etiquetes en cas que el retorn que dóna GetLabelFix no sigui l'adient pel cas concret d'una infotaula. (Mira Viquiprojecte:Adaptació_de_plantilles_a_Wikidata/multilingüe/migració_infotaules_a_V5/Construcció_eines_instal·lació on, al marge del tema principal de que tracta, s'explica els tipus de paràmetres a fer servir i uns casos d'ús.
  • El més important és que descriu que hi ha conceptes que requereixen paràmetre valor + paràmetre etiqueta, és el cas dels continguts WD i els manuals que no tenen propietat; i hi ha conceptes que se solucionen només amb un paràmetre, és el cas de les etiquetes sense contingut de valor (com els headers) i també el cas dels valors de parametrització, com ara la categoria on han d'anar l'article si acompleix una condició o el valor de "collapsible" de les taules, o quin són els valors vàlids d'un paràmetre en altre llengua, és a dir en aquells paràmetres que poden ser yes/no o left/right. No de com funciona dins el codi, sinó de com ho pot expressar l'usuari de la plantilla.
• Enllaçant amb la funció de llistes desplegables: hauràs de migrar totes les opcions, perquè si que es fan servir (veure tractament premis a la infotaula persona/formatglobal)
• Bona feina, seguiré mirant-la.

@Vriullop Pregunta innocent: es pot cridar una plantilla des d'un mòdul LUA ?

Sí. Per exemple {{mesh2|name=Nom|number=Num}} es converteix en:

frame:expandTemplate {title = 'mesh2', args = {name=Nom, number=Num}}

Interessant.

Es podria fer un mòdul que tingués l'i18n com aquest teu d'igualar sinònims de paràmetre i a continuació crides una infotaula passant-li tots amb el nom intern ?

Oi tant!. Vols que ho faci amb una infotaula senzilleta per la prova?.

Si no t'ha de robar gaire temps....

Ho dic, perquè després haig de pensar com encaixen les taules en tot això i el que facis ara igual només ens serveix com a maqueta.

Merci.

Endavant...

Val. Per fer-ho fàcil. Si mires l'esquema veuràs que el sistema està pensat per a ser utilitzat fent servir directament la Global Infobox person, sense paràmetres o amb els que té com std. el diccionari que hi ha a la /Tab param (aquesta taula és com una part del codi, no s'ha de tocar mai per part de les plataformes on s'instal·la).

L'altra forma d'entrar és mitjançant la infotaula local (en el nostre cas, Proves persona) que permet fer servir noms locals. El codi, tot i ser fàcil d'entendre, és llarg i amb una sintaxi plena de claudàtors i, per tant, fàcil d'equivocar-se si demanem que l'escrigui cada comunitat. Per a facilitar-ho, la pre-infotaula es genera (de forma artesanal, però mecànica) mitjançant la Create Global pre-Infobox person que s'alimenta de les taules /Tab param i /Tab exception (la dels valors locals)

Per tant, es tractaria d'emular el comportament de la pre-infotaula (no de generar-la) per acabar invocant la Global Infobox person. Jo he arribat pel camí explicat, però qualsevol altre menys manual i igual de versàtil m'està bé.

He preparat:

• una selecció de paràmetres globals > Global Infobox person/Tab param/test
• una selecció afí de paràmetres locals > Global Infobox person/Tab exception/test
• la pre-infotaula resultant: Create Global pre-Infobox person/test

recorda que a Viquiprojecte:Adaptació de plantilles a Wikidata/multilingüe/migració infotaules a V5/Construcció eines instal·lació hi ha descripció dels paràmetres i casos d'ús.

Ànims !

@Jmarchn Per cert, sobre el comentari que em vas fer de la complexitat de la sintaxi de la taula: la taula complexa és la /tab param que no es modifica localment. La taula que han de emplenar els usuaris d'altres plataformes és la /tab exception què només té 2 paràmetres i que només cal informar si volen canviar el nom del paràmetre manual o el text del label. En condicions raonables, el nom del paràmetre només el voldran traduir si és un cas sempre manual (sense property) o si volen fer migració de plantilles aprofitant els paràmetres antics. El text del label només cal si no els hi va bé el text que hi ha a WD.

Vull dir que, li dediquem molts esforços però, per moltes plataformes, no serà imprescindible.

@Jmarchn Per cert, re-llegeix el text de l'encàrrec, perquè li he fet algun retoc menor de redacció, res fonamental.

Un comentari important: He provat les teves noves infotaules canviant la llengua de preferències i la part de dades surt canviat (cosa del mòdul) i els labels no, perquè els tens com a text directe. Fins aquí una obvietat que ja sabies. Bé, doncs aquest encàrrec de fer un i18n que emuli la pre-infotaula que he fet és una peça clau per gestionar el multilingüisme dels labels també a les infotaules que segueixin el teu model LUA, ja que permet determinar quin text recuperar per fer els labels, bé sigui per defecte, bé sigui per parametrització de la plataforma, bé sigui a gust de l'editor de l'article.

Salut !

@Amadalvarez, @Vriullop: Hola!. Abans de començar a treballar amb la proposta que havíem parlat amb l'Amador, he volgut enllestir Mòdul:Infobox medical intervention i, ja més complex, el Mòdul:Infobox disease (i abans d'anunciar i substituir les plantilles corresponents actuals).

Com podeu veure ja accepten el paràmetre de l'item, pels exemples.

Però no he inclòs el del lang. El motiu és que:

• Amb àrab ja va bé tal qual (tot i que queda la taula a la dreta, però és com ho tenen els àrabs!), les etiquetes i les dades ja queden tal com toca.
• Amb hebreu, queda a l'esquerra però utilitzen un infobox a la seva mida i no compatible.
• No he comprovat altres (farsi, etc.)

He millorat l'infobox disease incloent dues capçaleres més (a part dels ítems no inclosos fins ara, però que s'han estès des de l'última versió angles de fa un parell d'anys).

Ara ja no té sentit una {{infotaula símptoma}} diferenciada, això ja no es fa servir i queda diferenciat pel Tipus que es mostra en la infotaula i com podeu veure en l'exemple de la cefalàlgia.

Com podeu observar, en l'últim exemple dels dos mòduls, he inclòs la funció de bolcat de tots els possibles noms de paràmetres (segons l'ordre establert a l'última taula de Mòdul:NomMòdul/items). Es podria millorar per preparar el TemplateData o per una taula... He millorat els i18n i arreglat alguns detalls més.

@Jmarchn Sobre el lang: no cal pensar en el cas més difícil per decidir tenir-la o no. Tindrem més interessats francesos, asturians o bascos que àrabs. En tot cas, on apareix la infotaula és una qüestió que resol la plataforma, el que hem de fer nosaltres és aconseguir que els continguts de la Infotaula surtin Right-to-Left (RTL). Mira Plantilla:OpenDivRTL i un exemple del seu ús a Plantilla:Global Infobox person/outputformat. Es fa servir immediatament abans i després d'invocar el mòdul:infobox, com un entrepà on el tall és la infotaula i el OpenDivRTL / CloseDivRTL és el pa. Amb això s'inverteix el contingut amb algunes petitíssimes excepcions segons sigui l'edició que ha preparat el retorn del mòdul:wikidata en edicions complexes i amb moltes dades. Prova-ho i si tens alguna incidència, ho mirem.

Sobre la feina feta: les meves felicitacions !

File:Infotaula en farsi.png

@Amadalvarez, no acabo de veure la utilitat d'OpenDivRTL / CloseDivRTL, que ja havia vist. A la dreta tens la captura de pantalla de l'infotaula d'exemple en una pàgina en farsi (persa), i per tant sense utilitzar OpenDivRTL, i tot queda ben posat.

No veig la utilitat de que un usuari persa vulgui veure en un article d'escriptura d'esquerra a dreta (només) la infotaula correctament col·locada com si estigués en un article de la viquipèdia en el seu idioma quan tota la resta de l'article seguirà l'escriptura d'esquerra a dreta.

Doncs no he entès bé el teu missatge.

El canvi de llengua, sigui a preferències o amb el lang, vàrem acordar que només ha de funcionar "fora de l'espai principal", precisament per evitar això que comentes. Si navegues per articles de la cawiki la teva llengua no afecta al contingut de la infotaula.

Si proves a posar-te en àrab en una biografia de cawiki veuràs que la pàgina s'inverteix d'ordre (ho fa la plataforma) però els continguts del cos i de la infotaula continuen en català i en LTR. Si ho fas en una pàgina d'usuari, el contingut de la infotaula és tradueix i s'inverteix.

Si poses preferències = ar i mires la documentació de la infobox disease, el text surt traduït, però la infotaula surt escrita LTR

@Amadalvarez, sobre el lua:

Viquipèdia:Lua/Introducció

https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual/ca

En el primer hi ha la referència al mòdul molt útil Mòdul:SimpleDebug, que vaig crear, per veure els valors que prenen les variables.

Sobre la qüestió del "case", admet operacions i funcions (però no una estructura de codi, s'ha de segregar en una funció prèviament descrita, com en l'exemple la Sum:

A = 3
function Sum (a, b) --suma a i b
	return a + b
end	
p.i18n = {
	['OMIM']	= "OMIMaquí",
	['Suma']	= Sum(A,3)-1,
}

p.i18b['ONIM'] --conté "OMIMaquí"
p.i18b['Suma'] --conté 5

He acabat de revisar el Mòdul:Wikibase. En principi, aquest mòdul és per accedir a les funcions bàsiques de mw:Extension:Wikibase Client/Lua.

En resum:

• id, label, description: són les tres bàsiques.
• getSiteLink i validProperty: estan duplicades al mòdul:wikidata.
• numStatements: ha passat definitivament al mòdul:wikidata.

Amb això, les crides a getSiteLink i validProperty és millor que vagin al mòdul:wikidata per assegurar la compatibilitat. Encara que també són bàsiques, la getSiteLink inexplicablement s'anomena "page" en moltes còpies i sovint només accepta un paràmetre; la validProperty és local.

Les tres primeres funcions bàsiques en principi haurien de ser compatibles amb les primeres versions del mòdul:wikibase que està força estès i que en la gran majoria han mantingut el mateix títol. Si un wiki no el té, millor que copiï el nostre, ara per ara el més millor.

Doncs, als globals i, poc a poc a la resta, vaig canviant getSiteLink i validProperty cap a wikidata.

Per cert, si són funcions del mòdul:wikidata, no cal que li posi item=. Correcte ?

Ben vist. En principi eren simples còpies, però ja els he integrat amb el tractament d'item. A proves, potser demà faig una actualització. Com que validProperty utilitza "from" com a àlies d'"item", per allò de que és el paràmetre usat a #property, doncs ara resultarà que ho serà també per la funció claim. També, getSiteLink usa el primer paràmetre posicional per a l'ítem, doncs ara té com a àlies "item" i "from".

Algun altre dia podem parlar d'afegir àlies per a una sintaxi simplificada de l'invoke claim.

@Joutbis@Vriullop Us vaig deixar uns missatges al text d'aquest projecte, però com que no se signa, suposo que no us va fer el ping. Us les re-pregunto que aquí si funciona:

• Proposava reanomenar en anglès les plantilles que, essent comunes i importades, s'han creat amb nom català i s'ha redireccionat la anglesa cap a la catalana. Us sembla correcte ?, Cal consensuar-ho o només avisar-ho ?. En alguns casos un admin haurà de fer lloc per invertir redirecció. Ho demano a VP:PA o ho fas directament, Vicenç.?
• Amb la fórmula anterior, seria un redirect quan no hi hagi cap tractament local a la plantilla, com ara, noms de paràmetres en català. En els casos que s'hagi alterat la còpia feta al seu dia, en lloc d'un redirect faria una pre-infotaula de trasllat. D'aquesta forma, ens acostem al màxim a les versions transversals i reduim les col·lisions futures. Us sembla correcte ?
• Casos que cal revisar per gent competent:
  • module:separated entries, amb la versió WD que és com enwiki
  • module:If_empty, amb la versió WD, que és com enwiki
  • template:Tl, cada WP té una versió diferent, però vista la poca uniformitat, caldria comparar-la amb la versió WD que és amb la que col·lisiona.
  • module:Delink, amb la versió WD, petites diferències al final
  • module:Infobox
  • module:String
  • plantilla:plantilla protegida

Fins aquí la primera entrega.

gràcies

• Títol de plantilles: en sembla correcte com a criteri general. Si cal un admin prefereixo que ho demanis a VP:PA, jo tinc una opinió formada, ja ho hem parlat i no puc ser neutral si hi ha alguna discrepància.
• Module:Separated entries actualitzat, una modificació menor per afegir un paràmetre rar d'usar.
• Module:If empty. La versió anglesa té un pegat provisional per compatibilitat amb vells usos de la plantilla. No ens cal ni tampoc la categoria de seguiment. La nostra és la versió avançada i és compatible.
• Template:Tl. La nostra integra 3 plantilles en una, la Tl més Tlp i Tls. Hauries d'explicar quina és la col·lisió. Imagino que t'hauràs d'acostumar a usar {{Tlp}} si inclous paràmetres, a ca.wiki una redirecció, l'original en:Template:Tlp.
• Module:Delink. A primera vista sembla que es pot actualitzar sense problema, però prefereixo fer-ho quan pugui supervisar que no hi ha cap problema. Un altre dia.

Per la resta ho deixo pendent de moment.

@Vriullop Merci, per tot.

La col·lisió de què parlava a template:Tl era pel nom. Si vull fer una càrrega de cawiki a wikidata per tenir una "plataforma beta", tot allò que allà existeixi amb el mateix nom, em fa nosa si no és igual. Dit això. M'ho he tornat a mirar i veig que fan el mateix, pel que fa a cobrir les funcions de Tl i Tlp. El que no fan igual és com tracten l'opció subst, ja que nosaltres ho tenim com a primer paràmetre i a wikidata ho tenen com a paràmetre |subst=no posicional.

Tot i poder tractar el subst, ells tenen la Tls per compatibilitat amb enwiki i nosaltres la Tlsubst també per compatibilitat (apareix als iw) i que, a més, accepta paràmetres.

En resum, tots els nostres usos de Tl funcionaran amb la versió que hi ha a WD, excepte aquells que l'hagin fet servir en lloc de la Tlsubst.

Segueixo:

• Plantilla:Tl, per assegurar compatibilitat amb altres wikis és millor usar Tlp quan hi hagi paràmetres.
• Mòdul:Delink, actualitzat, cap problema.
• Mòdul:Infobox, actualitzat de enwiki, hi ha petits canvis però és compatible. El mòdul de Wikidata és completament diferent, no es pot assegurar compatibilitat i pot ser un problema per tot plegat. Caldrà provar-ho. A més, hi hi tota la definició d'estils a MediaWiki:Common.css. Hi tenim algunes diferències amb l'anglesa que cal revisar. A Wikidata ho tenen diferent, a d:Module:Infobox/Style.
• Mòdul:String, és compatible amb enwiki i Wikidata, excepte les funcions strip i split que són a d:Module:StringFunc. La funció isNumber és local de cawiki.
• {{Plantilla protegida}}, en principi hauria de ser compatible, però no s'hauria d'usar en les Global Infobox. El títol en local pot ser ben divers i si no està realment protegida sortirà un error.

• Creus que seria possible suggerir a enwiki que facin la integració que tu vas fer de StringFunc ?. Sense que eliminin Stringfunc per no impactar en els milers de pàgines que existeixen ?. Penso que se'ls pot vendre per comoditat.
• La Infobox de WD és el que aquí seria una infotaula clàssica en una versió molt elemental. M'ho miraré bé, perquè penso que no es deu fer servir gaire i potser es podria reanomenar

@Vriullop M'oblido de la Infobox de WD. No la fan servir gaire, però és una derivada de frwiki que es van apartar del codi habitual i ara seria impensable fer-los canviar. L'anomenaré Global Infobox, com ja he fet amb la de persona.

Resulta curiós que uns francesos em van demanar instal·la la infotaula persona per substituir la seva. Quan tingui una versió instal·lable els tornaré a contactar a veure quins plans tenen i saber si són uns eufòrics voluntaristes sense influència dins la comunitat.

A en.wiki són perepunyetes. El van proposar directament per esborrar en:Wikipedia:Templates for discussion/Log/2018 April 20#Module:StringFunc. El creador no tenia problema en fusionar, però és possible que considerin que no és prou usat, són unes 250 pàgines.

Val. Llavors farem servir les versions de WD pel pack Global i nosaltres funcionarem amb el nostre upgraded.

Per cert, ara ho tens redireccionat, oi?. Vull dir, si jo invoco el StringFunc, a cawiki anirà al fusionat i fora anirà al separat. És correcte?

Sí, la StringFunc fa de pont a la String.

Trasllado punt obert erròniament a mòdul discussió:Wikidata:

Al llistat de plantilles-mòduls del pack instal·lació, falta plantilla:Escoltar quan he mirat com estava a enwiki em trobo que tenen el en:module:Listen que té els mateixos paràmetres, però vull pensar que més evolucionat. Et sembla bé que el copiï a cawiki per incorporar-lo a la Global Infobox i ja tindrem temps per migrar els usos que ara criden la plantilla ?.

Si copies el module:listen et trobaràs que necessites 3 mòduls més i cadascun d'ells vés a saber quines altres dependències tenen. Això és un no parar i l'objectiu hauria de ser al contrari, reduir dependències.

L'únic avantatge seria oferir a l'editor de plantilles més opcions de configuració pel fitxer d'àudio, però les global infobox no estan pensades per a que les modifiquin i la majoria d'opcions de module:listen no s'usaran mai en una infotaula. Crec que no val la pena la diferència entre:

• {{Escoltar|nom_del_fitxer=Example.ogg | títol= Veu d'exemple |pla=sí|tipus=veu }}
• [[File:Example.ogg]]

Les mostres són a Special:Permalink/22620078. No les poso aquí perquè sembla que amb Flow no funciona. Tens les opcions pel format File a en:Wikipedia:Extended image syntax#Sound files.

Doncs, fora Escoltar i Listen i passem a format bàsics. Merci,

El Mòdul:Utilitats té un caràcter de calaix de mals endreços amb coses que no se sap on posar-les. No hauria de ser un requeriment d'una instal·lació més. Se suposa que els rastrejos són provisionals i no n'hi haurien d'haver en una versió estable per a instal·lació. En tot cas com a manteniment per a futures actualitzacions, però això és un tema a parlar-ne en el futur.

La funció "rastreig" la vaig incorporar al Mòdul:Wikidata/debug per a ús del propi mòdul i per evitar crear una nova dependència. Té tres diferències amb {{rastreig}}: 1) només es pot usar des d'un altre mòdul, 2) es diu "track" en lloc de "rastreig" (de fet s'hauria de dir tracking), 3) incorpora sempre "wikidata", és a dir: "track/wikidata/<label>".

Pregunta, cal la rastreig? Si és que sí, la faig compatible amb la "track"?

Espero que no calgui.

Ha sortit al llistat perquè a Infotaula persona està per llistar les rampoines que cal netejar.

@Amadalvarez: La discussió que apuntes mw:Topic:Ve3ydksndvtajc1h és sobre transclusió de plantilles. Es veu que hi ha la possibilitat mw:Manual:$wgEnableScaryTranscluding de configurar un wiki de forma que pugui transcloure plantilles. Això és semblant a Commons: el codi d'una plantilla s'inclou i s'actualitza automàticament en un altre wiki. En la discussió diuen que no acaba de funcionar però segons phab:T2697 el problema real són les dependències. Si una plantilla crida a una altra plantilla o mòdul llavors també cal transcloure'l. No deixa de ser el mateix problema de copiar una plantilla rere una altra.

Sigui com sigui, no afecta al muntatge sinó a la forma d'actualitzar-ho. El que sí que hauria de ser un objectiu és reduir al màxim les dependències. Per exemple les plantilles "str xxx" invoquen el mòdul:string i ens les podem estalviar. Això pot suposar acabar amb un fork: la versió que en va bé a ca.wiki perquè resulta més entenedora als plantilleros, i la versió tècnica per a fer instal·lacions més senzilles.

Ja hem reduït unes poques plantilles, moltes gràcies a les integracions dins Wikidata.

A l'exemple dels str xxx, vols dir bescanviar-los per invokes al mòdul ?. Ho dic perquè després de tenir centenars d'invokes al wikidata, ja no vindrà d'aquí.

Per cert, no sé si has vist la llista d'elements que estic construint. No estem tant malament, si bé en alguns casos tenim petites diferències que sembla que són perquè la nostra versió és antiga. També cal dir que en altres casos, la versió de WD és millor que enwiki (per exemple plantilla:Tl). Hi ha alguns que t'hauries de mirar (LUA). Un d'ells és el If empty que la diferència té a veure amb un tractament dels 8 primers paràmetres (?) que em sembla que em vas comentar que ho liquidaves i, als comentaris de les altres versions, ja diu que està per prudència i que algun dia caldria eliminar. Doncs, potser és el moment, però caldrà formalitzar-lo.