Wikiproyecto discusión:Plantillas

	Esta página es archivada por Grillitus. (info)
	Parámetros del archivado: lugar: Wikiproyecto Discusión:Plantillas/Archivo AAAA Días a mantener: 60 Avisar al archivar: No Estrategia: Firma más reciente en la sección Mantener caja de archivos: No

Plantilla líder religioso, variante cardenal

    Este hilo no se archivará. (info)   

hola a todos: Llevo muchos meses sin tener respuesta sobre la fusión que se hizo en Plantilla:Ficha de líder religioso de la plantilla de cardenal. No me opongo pero si propongo que se hiciera un pequeño cambio. Y es añadir, debajo del nombre del cardenal, su título personal como Cardenal obispo de... o Cardenal diácono de..., creo que sería justo y no dejarlo en algo genérico como Cardenal de la Iglesia de Roma. Gracias--Williamsongate (discusión) 23:04 15 feb 2013 (UTC)

Hola Williamsongate. Efectivamente esta adaptación que se hizo de la plantilla está poco flexible en este sentido. He actualizado su documentación para explicitar aquellos valores que puede asumir el parámetro "tipo".. para lo que quieres creo que sería necesario modificar un poco más el parámetro "subtitulo" de la ficha, añadiendo un caso para cuando "tipo=cardenal"... asimismo, a mí personalmente no me agrada ese "#default=católica". Saludos cordiales, Farisori » 18:02 25 feb 2013 (UTC)

Se puede, me obligaría a pensar... Justo ahora no dispogo del tiempo suficiente para dedicarle, pero congelo esto en el tiempo por si sigue sin tener respuesta cuando pueda hacerme cargo. Con permiso del resto de los miembros del proyecto, por supuesto. Metrónomo-Goldwyn-Mayer 01:15 17 mar 2013 (UTC)

Plantilla:PR/imágenes

Me gustaría reformatear {{PR/imágenes}} para independizarla de {{PR}} y que simplemente devuelva el nombre de la imagen, lo que permitiría fusionarla con {{Wikipedia:Contenido por wikiproyecto/Iconos}} y que eventualmente pueda ser llamada por otras plantillas. ¿Alguien tiene alguna opinión, objeción o propuesta? --Metrónomo's truth of the day: «si no luchas hoy, no llores mañana» 05:12 6 jul 2014 (UTC)

Yo confío en tu trabajo ;-) Por mí, adelante, y gracias de antemano. Farisori » 16:05 10 jul 2014 (UTC)

 Muy a favor, Metrónomo, excelente propuesta de mejora de la eficiencia de nuestros recursos. Quizás es un poco obvio y ya lo hayas pensado, pero la plantilla fusionada debería tener un nombre neutral, pensando también en que pueda ser aprovechada para otros usos (¿Quizá {{Imágenes por tema}} o {{Imágenes temáticas}}?) - José Emilio –jem– Tú dirás... 19:12 17 jul 2014 (UTC)

-jem-: No tengo definido un nombre, estoy abierto a las propuestas. En ese sentido se puede homogeneizar con {{PortalIconos}}. Una propuesta es cómo me quedó en Plantilla:PR/imágenes/zona de pruebas, en Plantilla:PR/zona de pruebas y Wikipedia:Contenido por wikiproyecto/zona de pruebas se puede observar el resultado. Más allá de lo estético, hay que dar un vistazo al cambio en los códigos. La principal ventaja es que nos está ahorrando una plantilla y puede reutilizarse en usos futuros, la desventaja es que vuelve más complejo el código de las plantillas que la llamen y puede traer complicaciones con el tamaño de las imágenes. --Metrónomo's truth of the day: «si no luchas hoy, no llores mañana» 21:21 3 ago 2014 (UTC)

Parámetro que no funciona en Ficha de serie de televisión

En Plantilla:Ficha de serie de televisión, el parámetro "empresa" que figura en la documentación no funciona. Sólo funciona el de "productor", y entiendo que ese parámetro debería reservarse a personas físicas que ejerzan ese cargo, no a empresas productoras, que para eso está "empresa".--Manbemel (discusión) 00:05 5 ago 2014 (UTC)

@Manbemel:, creo que funciona correctamente, aunque puede que esté equivocado. Ahora mismo lo que hace es mostrar sólo lo que aparece en el parámetro empresa si no se ha especificado el parámetro "productor", de forma que da prioridad a los individuos y después a las empresas mostrando solamente uno de los dos. Viendo eso en el caso de que se desee mantener el comportamiento actual se debería especificar en la documentación de la plantilla que "empresa" sólo se muestra si no se especifica "productor" y si se quieren mostrar los dos en el caso de que estén se debería modificar el código de la plantilla. Con esto aclarado creo que se debería decidir cuál de las dos opciones es más interesante. -- Agabi10 (discusión) 00:38 5 ago 2014 (UTC)

En este artículo, por ejemplo, sólo está relleno el campo de "empresa", el de "productor" está vacío, y aún así no se muestra lo que se ha puesto en empresa. Por otra parte, creo que deberían mostrarse por separado los dos parámetros, puesto que identifican dos cosas similares, pero distintas. Una cosa es el productor de un título, que es un cargo específico dentro de una película o serie en este caso, y otra la productora, que hace una labor distinta. La productora es similar al productor ejecutivo, es la que pone el dinero para hacer la serie, y la que decide el presupuesto máximo a gastar, pero el productor raso lo que hace generalmente es administrar el presupuesto que le dan y facilitar los recursos técnicos y humanos para el desarrollo de la serie (por ejemplo buscar dónde comprar el atrezzo más barato o calcular entre las opciones de localización que le dan cual de ellas es la que supondrá más ahorro, etc). Son dos labores distintas y por eso no deberían mezclarse. A veces el productor también hace las labores del productor ejecutivo poniendo él mismo el dinero, pero no necesariamente.--Manbemel (discusión) 10:23 5 ago 2014 (UTC)

@Manbemel:, aunque esté vacío está definido (aparece en la lista de parámetros), si quitas productor de la lista de parámetros de la plantilla sí muestra empresa. De todos modos, no lo he editado puesto que es posible que al final se pongan como cosas separadas. Creo que para eso deberías hablar con Wikiproyecto:Televisión, y si les parece bien ponerlo como cosas separadas algún bibliotecario puede encargarse de hacer el cambio a la plantilla. -- Agabi10 (discusión) 12:34 5 ago 2014 (UTC)

Ya dejé la propuesta tanto en Televisión como en la discusión de la plantilla, pero pasaron tres días y no ha respondido nadie. De hecho, otras veces que he propuesto algo en la discusión de la plantilla, no ha contestado nadie nunca, tras varios meses de espera. Otra propuesta que hice fue la de aplicar la subplantilla Plantilla:Ficha/Sucesión en el código, para que la cronología quedara homogeneizada con otras plantillas similares como la de episodio de televisión y similares, pero tampoco respondió nadie.--Manbemel (discusión) 09:45 8 ago 2014 (UTC)

Plantillas CalendarioPerpetuoAñoNor

Hay unas plantillas de calendarios que no se usan y que creo que deberían eliminarse. Las iba a proponer para borrado pero antes quiero saber que opinan al respecto. Las plantillas son:

• {{CalendarioPerpetuoAñoNorLunes}}
• {{CalendarioPerpetuoAñoNorMartes}}
• {{CalendarioPerpetuoAñoNorMiércoles}}
• {{CalendarioPerpetuoAñoNorJueves}}
• {{CalendarioPerpetuoAñoNorViernes}}
• {{CalendarioPerpetuoAñoNorSábado}}
• {{CalendarioPerpetuoAñoNorDomingo}}

Saludos. Biasoli | Discusión 15:16 7 ago 2014 (UTC)

¿Y por qué no transformarlas en uno o varios anexos? --Metrónomo's truth of the day: «si no luchas hoy, no llores mañana» 16:39 7 ago 2014 (UTC)

Sí también, es una posibilidad. Pero no sé si vale la pena. Saludos. Biasoli | Discusión 23:20 7 ago 2014 (UTC)

¿Y por qué no? En Calendario perpetuo no se ilustra ninguno, para mí es información de soporte enciclopédico para dicho artículo. Se pueden colocar todos en un anexo, separados en diferentes secciones y eliminando los parámetros. Formateando debidamente las tablas, por supuesto. --Metrónomo's truth of the day: «si no luchas hoy, no llores mañana» 23:36 7 ago 2014 (UTC)

Acabo de descubrir un grupo de anexos que cumplen justamente esta función, son Anexo:Año común comenzado en sábado y similares. Ahora sí creo que es seguro borrar estas plantillas. Saludos. Biasoli | Discusión 05:28 15 sep 2014 (UTC)

Excelente, es justo de lo que hablaba. Entonces no veo motivo alguno para mantenerlos. --Metrónomo's truth of the day: «la violencia es el último recurso del incompetente» 19:00 16 sep 2014 (UTC)

Favor con Plantilla:Crítica de videojuego

Buenas. Si algún alma caritativa puede arreglar un pequeño error en la Plantilla:Crítica de videojuego, el enlace IGN actual es una desambiguación y debería dirigir a IGN (sitio web). Lo arreglaría yo pero soy un queso en cuestiones de plantillas y si toco un código lo más probable es que rompa todo. Muchas gracias.--Ileana n (discusión) 23:57 11 ago 2014 (UTC)

 Hecho. Gracias por el aviso, Metrónomo's truth of the day: «si no luchas hoy, no llores mañana» 01:04 12 ago 2014 (UTC)

¡Mil gracias!.--Ileana n (discusión) 01:09 12 ago 2014 (UTC)

TemplateData para las plantillas para referenciar.

Buenas noches, o días, según donde se encuentren. Como algunos sabrán el Editor Visual "se viene", y es parte del futuro de Wikipedia. Una de las partes, a mi gusto, más atractivas de dicho editor, es la posibilidad de documentar adecuadamente las plantillas, parámetro a parámetro con "TemplateData". Así cualquier persona puede agregar una plantilla sin saber escribir wikicódigo. Esto es más bueno aún en el caso de las plantillas de referencias, ya que recientemente en el editor visual se agregó una opción para citar de manera mucho más fácil . Los requisitos para usar esta opción son tener actualizado el TemplateData de las plantillas de referencias. Yo ya hice lo propio con la Plantilla: Cita publicación, pero es un trabajo muy tedioso, y sería bueno que alguien me ayudara con las plantillas Plantilla:Cita web, Plantilla:Cita libro, y Plantilla:Cita noticia, que son los 4 tipos básicos de referencia que utiliza el software. Por supuesto que los parámetros a usar son muy similares, así que los invito a usar mi trabajo como ejemplo. El segundo paso es editar MediaWiki:Visualeditor-cite-tool-definition.json (usando como ejemplo en:MediaWiki:Visualeditor-cite-tool-definition.json) para activar la herramienta. Quizás de esta manera en el futuro anónimos o usuarios nuevos puedan ayudar a añadir referencias de una manera más amable y fácil. --Ninovolador (discusión) 03:21 14 ago 2014 (UTC)

Es interesante el editor (poner mw.loader.load('//fr.wikipedia.org/w/index.php?title=Utilisateur:Ltrlg/scripts/TemplateDataEditor.js&action=raw&ctype=text/javascript'); en el js personal). Habría que traducir la herramienta (Ver fr:Discussion utilisateur:Ltrlg/scripts/TemplateDataEditor.js).

En cuanto a las demás plantillas hace poco las modifiqué para utilizar un módulo de LUA por lo que no rellena automáticamente los campos. Quizás lo haga si se coge una versión anterior de las plantillas y se copia el código en una página de usuario, lo miraré. Juan Mayordomo (discusión) 18:55 15 sep 2014 (UTC)

Módulo para la ficha genérica

Hace ya tiempo que cree el Módulo:Ficha pero ahora me he dedicado a darle los últimos toques. El módulo ahora está implementado en la Plantilla:Ficha/zona de pruebas. El módulo da el mismo aspecto actual a las fichas y está hecho de forma que es 100% compatible con el sistema actual como mejoras tienen lo siguiente.

• Las fichas no tienen limitado el número de filas o imágenes subtítulos que pueden utilizar.
• Las filas de imágenes añaden los prefijos si detectan que es una cadena de imagen y si no muestran el contenido literal de forma que se pueden agregar plantillas o imagenes con prefijos
• las imágenes laterales si se omite una de ellas (derecha o izquierda) la que haya se mostraría en el centro, esto hace que se pueda utilizar en fichas como la de entidad subnacional que ahora está parcheado en una fila.
• Tiene filas que aparecerían encima de la imagen.
• tiene una subcabecera denominada arriba esto podría utilizarse para nombres oficiales (Cuando hay muchos se salen de la cabecera)
• Añade el pie con enlace a Wikidata o en caso de no existir el elemento correspondiente los enlaces para crearlo o buscarlo.

Esto ya lo he añadido manualmente en fichas, pero creo que lo suyo para facilitar el mantenimiento es que esté implementado en la ficha genérica.

• Tienen la posibilidad de poder utilizarse dentro de otra ficha (child = sí) omitiéndose los componentes externos, aunque esta parte no la he probado.

Creo que ya está lista para reemplazar a la ficha genérica. Con ella se vería reducida la carga de páginas porque solo se utilizarían las filas necesarias (las genera un bucle) además no harían falta ficha/grande ni ficha/fila. La he puesto para probarla en la {{ficha de aeropuerto}}. Saludos.--Mi Guillén (mensajes) 18:02 19 ago 2014 (UTC)

Es interesante. Yo he intentado hacer que se pueda generar una ficha desde un módulo Lua, aunque aún estoy en ello. De todas formas la parte de hacer que se muestre en el pie lo de Wikidata debería ser optativo y debería hacerse únicamente en las plantillas para las cuales se han informado en Wikidata las propiedades con un bot. Saludos, Juan Mayordomo (discusión) 19:04 15 sep 2014 (UTC).

Con respecto a usar el módulo ficha para generar una ficha concreta con un módulo es fácil ya hice una prueba para hacer una ficha exactamente igual que la {{Ficha de entidad subnacional}} Módulo:Zona de pruebas/Miguillen/Ficha de entidad geopolítica invocado en {{Ficha de barrio/zona de pruebas}} y Ficha de entidad subnacional/zona de pruebas y probado en San Lucas que será seguramente de las más complejas que tenemos y el resultado fue bueno aunque debido a que ahora estoy más centrado en la {{ficha Wikidata}} pensando a medio largo plazo he pensado que de momento es mejor dejar para las fichas concretas el sistema actual de generar cada ficha a partir de una plantilla, aunque la base de las misma sea el módulo ficha implementado en la plantilla:Ficha de la misma forma que ahora está en la plantilla:Ficha/zona de pruebas.

La razón es que a modo general no requiere una adaptación general para que sea compatible ya que se adaptaría perfectamente a lo que ahora tenemos no generándose ningún impacto en su diseño y posibilidades, aunque se permite de esa forma que se pueda dar a las mismas mayor versatibilidad y posibilidades que he descrito anteriormente. La mayoría de ellas se pueden ahora y de hecho se hace pero de una forma que complica bastante el código de la misma. Lo que he dicho de los escudos en la Ficha de entidad subnacional, poner las imágenes en filas normales para que se puedan poner otras cosas como plantillas o para que aparezcan la filas de himno, lema etc encima del mapa. La forma en que el código se ha complicado hace difícil por ejemplo enlazar a Wikidata el escudo y la bandera que si se habría usado imagenderecha e imagen izquierda.

También se evita tener que tener por un lado la plantilla {{Ficha}} para fichas pequeñas y {{ficha/grande}} para fichas con muchos parámetros ya que el módulo puede generar filas de forma ilimitada y {{ficha/fila}} tampoco haría falta.

Para casos concretos que se requiera por supuesto que siempre va a poderse crear un módulo para generar una ficha concreta implementado el módulo:ficha aunque a mi juicio para esto deberían crearse otros módulo que implementaría partes comunes que todas o varias de ellas podrían requerir a fin de aprovechar al máximo el código y tener centralizado todo lo que sea posible. Para esto por ahora existe por ejemplo el módulo:Ficha/Wikidata con métodos para poder implementar en un módulo que genere una ficha las llamadas a Wikidata y de la misma forma se podría hacer lo mismo con parámetro que sean una lista de etiquetas-valor, mapas de localización, de calculo etc. Del ahora Módulo:Zona de pruebas/Miguillen/Ficha de entidad geopolítica muchas partes se podrían mandar o otro/s modulo/s para que podrían ser usadas en otras partes.

Con respecto a la función child que antes comenté algo (el nombre podría ser hija o anidada etc) he hecho alguna prueba usando ficha/zona de pruebas. Concretamente en la {{ficha de bien de interés cultural}}, la cual precisamente tenía problemas en trasladar las coordenadas a Wikidata porque está incluida en muchos artículo en los que ya hay otra ficha a la que también se han trasladado las coordenadas a Wikidata o se hará en algún momento. Como se sabe en una página no puede haber dos coordenadas con el parámetro display=title o display=inline,title (los que hacen que las coordenadas aparezcan en el título y en las fichas el segundo modo se implementa en todos los caso por lo que el que haya dos fichas así es totalmente incompatible, a parte que ya antes de haber este problema era de cuestionar si era procedente el poner dos fichas.

Con el parámetro child = si no se genera el envoltorio de la ficha anidándose únicamente las filas (celdas) adaptándose a la configuración de la ficha en la que es anidada.

Paralelamente si child=si se omiten las coordenadas y el pie con lo referente a enlaces a Wikidata y en caso de no darse un nombre no se tomaría el título de la página. Ejemplos pueden verse en Parque de María Luisa y Puente de Vizcaya.

Con respecto a los enlaces a Wikidata del pie de la ficha, siempre se puede anular en casos concretos, pero yo creo que dado que toda página a excepción del espacio usuario debe de estar enlazado a Wikidata, el hecho de que se avise de tal anomalía no debería ser un problema y lo que anima, da las instrucciones y facilita el que ésta sea solucionada (al pulsar crear ítem por ejemplo ya se ñade el enlace y la etiqueta en español con dos clic: El del enlace y el de confirmar).

En caso de estar enlazada tampoco debería ser un problema porque todas la fichas tienen o tendrán algún parámetro que se reciba o se pueda recibir de Wikidata. En cualquier caso es una facilidad para acceder al elemento correspondiente sobre todo en casos en que solo hay enlaces a la Wikipedia en español porque en ese caso no hay ningún enlace para acceder a la página por defecto (yo tengo un script js pero eso hay que implementarlo de forma individual) el editar enlaces solo lleva al elemento de Wikidata cuando a parte de estar enlazada en dicho elemento la Wikipedia en español está enlazada otra Wikipedia dando únicamente en el primer caso la posibilidad de añadir otra (útil para fusionar elementos pero si no es lo que queremos porque no hay otra que enlazar y queremos añadir declaraciones es una lata).

También hay que entender que esto vas a estar seguramente poco tiempo porque bien seguro aparecen otras posibilidades mejores de hecho ya he oído que un grupo de editores rusos han creado un invento que fue presentado en Wikimania que permite editar declaraciones en Wikidata desde la propia ficha en Wikipedia. Por supuesto que habrá que verlo antes de valorar su utilidad. Para sustituir este sistema por otro es mejor tenerlo implementado en una parte central como el módulo:Ficha que en cada ficha concreta para evitar que hacer un cambio sea muy tendencioso. Saludos.--Mi Guillén (mensajes) 15:27 16 sep 2014 (UTC)

Sí se puede hacer una ficha "exactamente" igual a las fichas que hay ahora. El problema es por qué hacerlo exactamente igual si se usa Lua, el cual utiliza tablas. Por ejemplo si en vez de utilizar etiqueta1, datos1, etiqueta2, datos2,... etc se pueden utilizar los parámetros 1, 2, 3, etc cuyos valores pueden ser una tabla de Lua cuyo primer elemento es la etiqueta y el segundo el valor. Por ejemplo:

 local Ficha = {
   clase = "geography vcar",
   tipocabecera = 'mapa fn org',
   estilotitulo = 'padding:0',
   ...,
   {'[[Capital (política)|Capital]]', alias('capital')},
   {'• Población',          si(args['capital'] and args['capital_población'], args['capital_población'])}
   {'• [[Coordenadas geográficas|Coordenadas]]', si(alias('capital') and alias('capital_coord'), alias('capital_coord'))},
   ...
 }
 local ModuloFicha = require('Module:Ficha')
 return ModuloFicha.infobox(Ficha)	

De todas formas faltan varias cosas como añadir parámetros para el formato, hacer que si no está informado algún dato no se muestre la fila y ver cómo definir secciones, datos sin etiqueta, columnas y cronologías.

Lo de child es muy interesante. Se podría utilizar algo parecido para que todas las fichas de persona deriven de una ficha genérica de persona que incluya al menos los datos personales. Solo le veo inconveniente al nombre del campo. Debería estar en español.

En cuanto a lo de Wikidata en el pie el problema lo he tenido con la ficha de libro. En ese caso creo que las propiedades que dependen de la edición están mal definidas en Wikidata. Así, campos como traductor, ISBN, OCLC, etc son incorrectos para libros traducidos a varios idiomas pues en el ISBN se puede poner el ISBN de la edición en inglés, en el traductor el traductor del libro al alemán y en el OCLC el OCLC de las ediciones inglesa, búlgara, china y japonesa y no hay ningún dato en Wikidata para saber si el traductor que aparece es el alemán o el chino. Creo que si se añadiera el enlace a Wikidata el trabajo realizado para informar manualmente esas propiedades es totalmente inútil y además las propiedades no se muestran en las fichas. En cualquier caso la ficha debería tener un parámetro para ver si mostrar o no en enlace a Wikidata y ver si se debe mostrar por defecto o no. Saludos, Juan Mayordomo (discusión) 19:14 17 sep 2014 (UTC)

La verdad que no entiendo que tiene que ver el que haya propiedades que aún no se puedan enlazar con el poner o no un enlace al elemento al pie de la ficha. Seguro que todas las fichas tendrán unos parámetros que se puedan enlazar y otros que no bien porque no exista una propiedad equivalente o porque esta no de un valor seguro o que se pueda usar. La idea del enlace al elemento no tiene nada que ver con enlazarlo todo sino con poder acceder al elemento para editar aquello que haya sido enlazado.

Con respecto a lo que dices del ISBN o traductor etc sí que hay una forma de saber si es en español o alemán si se usa el calificador que es lo que procede en esos casos del mismo modo que en la población hay que poner el calificador del año y el método empleado. Con el módulo:Wikidata se puede obtener el calificador y usarlo para seleccionar el valor correcto de una propiedad. Además existe un modo de que los valores tengan rango preferente, depreciable o normal. Usando el mismo ejemplo que con las poblaciones puede haber valores históricos pero solo el dato más reciente tiene rango preferente y de esa forma se pude importar solo este valor para las fichas. Cualquier problema que se vea siempre se puede debatir en el café de Wikidata es seguro que si es un problema no solo lo tengamos nosotros.

No entiendo a que te refieres con lo de la filas en blanco. Yo en ningún caso veo que haya ese problema ni invocádola en Wikitexto ni usándola en otro módulo. Muéstrame un ejemplo para que vea. Hay que tener en cuenta que no es lo mismo un valor nil (null) que en blanco y a la hora de crear una ficha con módulo hay que tenerlo en cuenta en las sentencias de selección y en el caso de invocarlo directamente hay que tener en cuenta que una valor nil podría hacer que haga crash en las concatenaciones o al pasarlo como argumento de algunas funciones.

En cuanto al diseño de la ficha ahora es una tabla cuyos elementos son todos los parámetros que tiene la ficha genérica, los cuales se generan automáticamente a partir de un bucle según se le pidan más o menos filas y solo se generan los elementos que se le piden. Si no he entendido mal tu propuesta lo que quieres es asociar un índice numérico a cada parte y poner de valor una tabla los elementos etiqueta y datos. Yo inicialmente le veo varios problemas. A eso habría que añadir dos elementos más estilo y clase. El principal problema que veo que al usarlo directamente en una invocación de la plantilla:Ficha, que es precisamente sobre lo que pido opinión en este hilo, habría que crear un algoritmo que montaría esa tabla. Luego en cualquier caso también habría que desmotarla para asirnar los valores a los elementos html correspondientes. Resumiendo eso complicaría enormemente e imnecesariamente el código. Tampoco ofrecería ventajas en su implementación en otros módulos, no veo que ventaja tiene dar valor a partes de una tabla con respecto de dar valor subpartes de la misma. si acaso se complica la cosa.

A eso añadir que el módulo:Ficha se basa en el en:module:Infovox de la Wikipedia en inglés. Yo me limité a traducir los parámetros, adaptar el estilo al de la ficha genérica y añadir alguna mejora para su uso. Esto hace que manteniendoel mismo estilo siempre se pueda copiar alguna mejora que añadan ellos u otro proyecto que tenga la misma base.

Otra cosa es que siempre se pueden crear módulos intermedios que faciliten la implementación de hecho tengo pensado trasladar en uno las funciones ausiliares que tiene el módulo que genera la ficha de entidad subnacional como concatenar (para concatenar sin que haga crash si un valor es nil) , si etc y del mismo modo se puede idear un sistema que facilite la implantación de parámetros.

Con la función child estoy totalmente en que debe tomar un nombre en español. El actual solo responde al que tenía en la versión inglesa y como hasta ahora no sabía bien su utilidad no me había molestado en pensar en otro nombre. Para termina te invito a debatir sobre este tema en el canal técnica de IRC en donde va a ser más fácil que nos entendamos. Yo llevo pidiendo a gritos que alguien más trabajaría en esto de los módulos y desde luego me alegro que te interese esto pero es muy importante trabajar con cierta coordinación y lo que hay seguro que se puede mejorar y seguro que dos ven más que uno pero creo que es importante que conozcas bien como funciona lo que hay ahora. Saludos.--Mi Guillén (mensajes) 11:56 18 sep 2014 (UTC)

Hola. Intento contestar por partes. En la primera parte es que a parte de que en algún caso las propiedades están mal definidas creo que antes que dejar que el usuario se dedique a informar manualmente las propiedades de por ejemplo los libros que más le gustan o de su equipo de fútbol preferido se debería ejecutar primero un bot que informe aquellas propiedades que se puedan para que no se quede con cara de tonto cuando descubra que su trabajo no ha servido de nada. Me pasó algo parecido cuando se anunció al principio Wikidata y allá por 2012 creé por ejemplo d:Q92640. Después descubrí que no servía para nada...

Lo del ISBN, etc realmente es un problema de Wikidata. Solo lo ponía de ejemplo. Lo que dices del cualificador no lo vi, intentaré investigarlo más.

Lo de las filas en blanco no es un error actual del módulo de fichas. Es un error que ocurre desde que lo modifiqué deprisa y corriendo para comprobar que se podía acceder con listas desde un módulo. Únicamente lo modifiqué para comprobar que se podía hacer pero me falta hacer prácticamente todo el trabajo.

Sí que faltan el estilo y la clase (y casi todo lo demás) pues solo lo he creado para ver si merecía la pena intentar hacerlo. Los cambios que propongo no están pensados para que se utilicen desde una ficha normal sino únicamente desde un módulo Lua y únicamente para fichas que utilicen propiedades de Wikidata. En cuanto a las ventajes son muchas:

• No hay que utilizar etiqueta1, etiqueta2, ... etiqueta 80 con lo cual si se desea añadir una fila entre la 3 y la 4 no habrá que renumerar las otras 80...
• Cambiará la forma de utilizar las secciones. En vez de escribir algo de la forma: si informado alguno de los campos campo1, campo2, campo3, ...campo 25 entonces sección32=...., etiqueta33=...., datos33=campo1, ... etiqueta 225=...datos225=.... por algo de la forma {tipo=seccion,{etiqueta,campo1},{etiqueta,campo2}, ... {etiqueta, campo25} y ya se encargará el módulo de si debe o no mostrar el título de la sección.
• La utilización en las fichas actuales de las propiedades de Wikidata con la plantilla propiedad no es que sea muy óptima... Si por ejemplo para un libro hay definidas 40 propiedades por cada una de las 40 propiedades se define en la ficha algo del estilo {{propiedad|p123|...}}. En algunos casos aparece varias veces por estar incluida en uno o varios ifs. Se accede por cada propiedad al módulo de Wikidata que accede a una función llamada mw.wikibase.getEntityObject que recupera una tabla inmensa con todos los interwikis de la página y las cuarenta propiedades (40 veces). ¿No se podría, si la ficha se desarrolla en Lua, acceder únicamente una vez a mw.wikibase.getEntityObject y después adaptar el módulo de Wikidata para que la función que obtiene el valor de la propiedad pueda recibir la tabla devuelta por mw.wikibase.getEntityObject sin tener que volver a buscarla? Hice pruebas con el módulo:Zona de pruebas/Juan Mayordomo/Ficha de libro llamado desde la plantilla {{Usuario:Juan Mayordomo/Plantilla2}} que copia el principio de la {{ficha de libro traducido}}. Como no entendía lo que hace el módulo de Wikidata en vez de modificarlo lo copié y adpaté en mi módulo.

Saludos, Juan Mayordomo (discusión) 19:08 18 sep 2014 (UTC)

El tema de la eficienciae más complejo de la que inicialmente parece. En un módulo que use la plantilla por supuesto que es como bien dices y eso ya te lo comenté. Cuando hice el Módulo:Zona de pruebas/Miguillen/Ficha de entidad geopolítica inicialmente use un objeto del módulo:Wikidata cuando únicamente tenía la función Wikidata (la que hace todo) y comprobé que daba error de script por superar los 10 segundos que hay de límite para ejecutar un script Lua cuando había unas 4 llamadas a Wikidata. En aquel momento probé solucionar ese problema cambiando el objeto por una expansión de la plantilla:Propiedad y se solucionó no dando problemas en ningún caso. No comprobé el tiempo que tardaba en este caso. Hace poco modifiqué el módulo:Wikidata creando 2 funciones públicas para que se pudiera con una de ellas obtener una tabla con las declaraciones y otra función que devolvería el valor de una declaración según los parámetros dados. Eso lo implemente en Ficha/Wikidata y posteriormente tanto en la ficha Wikidata como en Módulo:Zona de pruebas/Miguillen/Ficha de entidad geopolítica en esta última he comprobado el tiempo de ejecución y es con mi PC y mi conexión de 0,8 segundos me gustaría comprobar el tiempo de ejecución con el formato anterior (expansión de la plantilla:Propiedad) para comparar.

Pero de todo lo anterior queda claro que no es lo mismo que el cargar el objeto del elemento en cada llamada a una propiedad lo haga un módulo a que se haga dese una invocación diferente. Una respueta podría ser que en cada invocación a un módulo en una página se ejecute de forma paralela e independiente (en un hilo diferente) mientras que si se hace todo en la misma invocación se haga de forma secuencial no empezando con una hasta no haber terminado de ejecutar la anterior.

Los tiempos se pueden comprobar en el código fuente de la página buscando Lua.

Por otro lado tenemos que diferenciar tres cosas:

• Usar el módulo en la ficha genérica. Es lo que he propuesto en este hilo y es la opción más viable a corto plazo. La mejora con respecto a lo actual creo que está clara. Es necesario para implementar lo de integrar fichas (child pero voy a cambiarlo por integrada), las que he puesto hasta ahora de forma provisional he cambiado ficha por ficha/zona de pruebas pero es obvio que esto solo puede hacerse con pocas y de forma provisional por lo que creo que este pasa debe llevarse a cabo en cualquiera de los casos.
• Usar módulos basados el el módulo ficha para generar las fichas específicas. Esta opción que no es incompatible con la anterior desde mi punto de vista solo debería contemplarse en casos específicos porque a medio plazo es imposible que podamos transformar todas las fichas en módulos, llevamos desde 2009 tratando de implementar la ficha genérica y a pesar e ser más fácil de aplicar y haber más gente comprometida con la tarea aún quedan muchas por adaptar con lo que en este caso lo veo inviable. Por otro lado se puede ver que el caso de la Ficha de entidad geopolítica a pesar de que funciona igual que la ficha de entidad subnacional (habría que ver si se le ha introducido algo nuevo desde que la hice) sin que haya errores no he tratado de ponerla. Eso se debe a algunas discusiones en las que ha habido oposición por considerar que eso dejaría cualquier modificación de la ficha fuera del alcance de los que no saben editar módulos y he tratado de que sea los más clara y parecida con lo anterior pero reconozco que hay cosas como las funciones concatenar y si (imprescindibles si se quiere poner todo en la asignación de valores de la tabla en el momento de la declaración de la misma porque dentro de una asignación no se pueden usar anidamientos de if y si se concatenan valores nulos da error.

Todo esto no significa que haya nada cerrado pero hay debate pendiente.

• Usar la ficha Wikidata. el nombre que ya me han comentado alguno se cambiaría en el momento en que esta opción sería viable. creo que es la mejor apuesta a largo plazo porque está claro que tanto esta plantilla debe terminar de desarrollarse como la propia Wikidata, faltan muchas propiedades importantes y quedan muchas otras cosas. Esta opción implementa el concepto de «monoficha» o ficha única sin posibilidad de dar parámetros de forma local. A modo de prueba he añadido algunos formatos muy similares a los actuales aunque la forma que tengo en la cabeza se basaría en un árbol cuya raíz sería el formato básico y se irían creando ramas con categorías y subcategorías hasta llegar a las hojas que sería lo que ahora es una ficha específica. En cada caso irían en orden las propiedades que debería tener con su correspondiente formato.

Ya hay algún editor a pesar de no estar esta ficha acabada que la ha puesto en algún articulo [1] y en muchos casos puede decirse que ya da algo el pego. donde más he avanzado en el formato es las localidades. Ver ejemplo

Otra opción podría ser esta pero dando la posibilidad de dar parámetros locales lo cual la haría viable en un plazo menor y esos parámetros desaparecería una vez se puedan trasladar a Wikidata.

Con respecto a lo del enlace al elemento sigo sin ver el inconveniente, se podría hacer que en casos puntuales de fichas que no tienen nada enlazado desaparezca esto pero en cualquier caso en todas se puede enlazar algo y en ningún caso es perder el tiempo el rellenar de declaraciones un elemento porque eso es algo que tarde o temprano va a tener utilidad. Hay alguna propiedad como las coordenadas que yo me estoy ocupando de trasladar a Wikidata y posteriormente se van quitando la posibilidad de darlas en la ficha de forma local eso conllevaba que había que dar facilidades al editor para introducirlas o modificarlas lo cual llevó a pensar en esa solución. pero el tema está en que eso no parece que sea buena idea implementarlo en cada ficha porque es algo que como ya he comentado seguramente que habrá que sustituirlo en algún momento por otra solución mejor. Saludos --Mi Guillén (mensajes) 15:39 21 sep 2014 (UTC)

┌──────┘
Ante todo, tengo que disculparme porque una comprensión completa del asunto planteado requeriría leer detenidamente este hilo y un poco más de conocimientos sobre Lua, y (muy) lamentablemente mi trabajo wikipédico, wikimédico y del mundo real no dejan de acumularse y de impedirme tener tiempo para hacerlo; el caso es que el hilo me parece muy importante como para que solo haya habido dos intervinientes, y tal vez otros usuarios de este wikiproyecto estén también en situación parecida. En todo caso, sí quisiera exponer a grandes rasgos mi visión general sobre el asunto y sobre lo que deberíamos hacer a medio y largo plazo:

• Mi apoyo total a que el Módulo:Ficha reemplace a la ficha genérica, por sus muchas ventajas y por ser base de otros muchos cambios que deben venir. En general, mi apoyo a Miguillen por el trabajo que viene haciendo, bastantes veces en solitario, para que avancemos en esta línea.
• Mi idea sigue siendo que una única llamada en todos los artículos (sin parámetros, porque ya todo estaría volcado en Wikidata; nunca deberíamos admitir parámetros locales que entren en conflicto con los de allí: que se debata allí si deben cambiarse) genere la ficha e incluso información complementaria que no esté en la ficha, razón esta última por la que {{Datos}} podría ser un mejor nombre (o simple encapsulamiento) que {{Ficha Wikidata}}. Por lo que he hablado con Miguillen, la orientación más viable parece ser seleccionar específicamente qué propiedades presentar y no qué propiedades excluir; y luego habría que ver si para manejar todas las posibles propiedades y sus formas de agrupamiento/presentación/condicionamiento mutuo necesitaríamos un grupo más o menos amplio de fichas maestras (siempre suficientemente ocultas), pero quiero pensar que podrían ser tan pocas como 10-20.
• El diseño de las fichas está claro que tendría que ser homogéneo, esté basado en Lua o en wikicódigo, pero soy partidario de limitar Lua a aquello en lo que realmente es necesario y aporta funcionalidades añadidas, y siempre con la máxima eficiencia (o mínima redundancia) en el código, a la vista de que pocos usuarios se están aventurando y previsiblemente se aventurarán a manejarlo y por tanto a dar mantenimiento a lo que se programe. Por todo lo dicho, me temo, Juan Mayordomo, que no acabo de ver claras cosas como Módulo:Zona de pruebas/Juan Mayordomo/Ficha de libro, ya que me parece que una parte del código es aplicable a todas las fichas y no solo a la de libro, y parte del resto parece implementable mediante wikicódigo sin necesidad de Lua. En definitiva: mejor un solo módulo algo más complejo que decenas de módulos con pocas diferencias.
• Generalizando, considero que antes de que cualquiera de nosotros siga escribiendo código con planteamientos a medio y largo plazo, mantenimiento y cuestiones menores aparte, es fundamental un estudio detenido de toda esta cuestión, incluyendo el análisis de lo que están haciendo en otros proyectos, un debate más amplio en este wikiproyecto e incluso uno final en el Café, ya que estamos hablando de cambiar profundamente la organización interna del proyecto. Al menos se necesitaría una exposición detallada y que los más «legos» podamos o puedan entender a grandes rasgos los cambios a realizar y los pasos a dar para lograrlos. Estoy dispuesto a insistir hasta bordear lo razonable a otros usuarios técnicos para que al menos se pronuncien sobre todo el asunto.

Por ahora poco más puedo aportar; según pueda ir leyendo y documentándome mejor posiblemente podré dar ideas más concretas, pero, visto lo visto, no prometo nada. - José Emilio –jem– Tú dirás... 19:39 27 sep 2014 (UTC)

TemplateData?

Hola a tod@s, ¿qué opinan de esto? a mí personalmente no me gusta, en especial porque es redundante con las documentaciones actuales. O utilizamos un método o el otro. Quisiera conocer sus opiniones. Saludos cordiales, Farisori » 18:11 24 ago 2014 (UTC)

TemplateData no es excluyente con la documentación normal. Está diseñado para utilizarse con el Editor Visual. Mira dos temas más arriba más información al respecto. --Ninovolador (discusión) 20:09 24 ago 2014 (UTC)

Ayuda con plantilla creada

Buenas, quisiera que alguien me diese una mano con las plantillas que acabo de crear, las mismas son Plantilla:Equipo de baloncesto inicio, Plantilla:Equipo de baloncesto jugador y Plantilla:Equipo de baloncesto fin. El problema que tengo es sencillo, como pueden ver en la documentación de la misma plantilla, el último jugador que agrego al cuadro/plantilla figura levemente por debajo de los demás, como si no se respetase el salto de renglón que se debiera y esta más por debajo. Quisiera que alguien lo vea y me pueda decir en que me he equivocado. Sin más, gracias,
Saludos!!! Germán3715 04:04 26 ago 2014 (UTC)

Sobre plantillas para equipos de baloncesto

Antes que nada, utilizo esta discusión porque considero que es el lugar más apropiado

para debatir este tema. Si no lo es, díganmelo y la trasladaré. Gracias.

Buenas, quisiera abrir esta discusión para que lleguemos a un acuerdo sobre una cantidad muy grande de plantillas de baloncesto que hoy en día existen en nuestra wiki. Este tema comenzó hace un par de meses cuando quise crear una plantilla que fuese más global que las que actualmente existen y sobre todo, se adaptase más fácilmente al sistema de medidas que se utiliza en casi la totalidad del mundo, expresándome disconforme con la necesidad de tener que transformar la altura en metros de los jugadores hacia la conversión pies/pulgadas.

Investigando un poco llegué a crear Plantilla:Equipo de baloncesto inicio y dos más que juntas forman un cuadrito similar al que se utiliza en fútbol. Además de que aprendí bastante del código de esa plantilla, quise crear algo que fuese más "global" y se pudiese utilizar en todas partes.

Verán, tenía un problema de código y allí fue que consulte a otro usuario, quien a su vez me dijo que no hacía falta crear otra plantilla, que ya existía una que podría solucionar mis problemas... y ahí me di cuenta que hay muchas más plantillas de las que yo creía.

Actualmente encontré

• Plantilla:LNB Argentina roster footer
• Plantilla:Europa roster footer
• Plantilla:Jugador de baloncesto
• Plantilla:Player2

y las que yo creee

• Plantilla:Equipo de baloncesto inicio
• Plantilla:Equipo de baloncesto jugador
• Plantilla:Equipo de baloncesto fin

No se si habrá más plantillas, pero quisiera que todas se pudiesen fusionar en una/s y que todas sirvan para todas las modalidades del deporte.

Para esto quiero plantear un cuadro con ventajas y desventajas que encuentro en las plantillas.

Plantilla	Doc	Altura y peso	Pos	Procedencia	Otros
Plantilla:Jugador de baloncesto	NO	pulgadas/libras	Inglés	NO
Plantilla:Player2	NO	pulgadas/libras	Inglés	SI	más amplia que la anterior
Plantilla:Equipo de baloncesto jugador	SI	metros	Castellano	SI	No posee el parámetro peso, pero tiene otros

Además de ello, la plantilla:Equipo de baloncesto jugador tiene otras

• ventajas
  • Permite colocar jugadores sin enlace al artículo del mismo en la wikipedia
  • Permite colocar la edad del jugador
  • Permite colocar la duración del contrato
• desventajas
  • hay que usarla junto con las otras dos plantillas, equipo de baloncesto inicio y fin
  • no tiene una columna para agregar notas, las mismas deberían agregarse al lado del nombre del jugador
  • tiene un fallo de código que no he logrado encontrar y hace que el último jugador aparezca un renglón por debajo de lo que debería.

Luego, en las plantillas para los "equipos" tenemos al menos:

• Plantilla:LNB Argentina roster footer
• Plantilla:Europa roster footer

y las que yo creee

• Plantilla:Equipo de baloncesto inicio
• Plantilla:Equipo de baloncesto fin

Como he visto, las dos primeras están muy utilizadas pero son dos plantillas distintas para casi exactamente lo mismo. Las que yo cree tienen como desventaja que podrían estar más pulidas, me gustaría agregarle más cosas que no se como se hacen, pero por como las cree busqué que sean lo más globales posibles.

Sin más, me despido comentando que no tengo ningún inconveniente tanto en que se me elimine la plantilla creada o como en tener que trabajar en todas las plantillas y/o artículos posibles para poder llegar a tener una misma plantilla útil para todas las posibilidades.

Un saludo cordial Germán3715 19:25 30 ago 2014 (UTC)

Hola Gm3715. Sí, este es el lugar correcto al que dirigirte. Aunque deberías trasladar esto mismo a la página de discusión del Wikiproyecto:Baloncesto, o por lo menos un aviso que enlace a esta discusión y tenga así mayor alcance entre los implicados.

En cuanto al tema en cuestión, vaya, son numerosas plantillas sí. El objetivo es que todas esas queden recogidas bajo una única plantilla. No te preocupes si por el salto de línea o un apartado de notas, ya que pueden arreglarse sin problema. Así que en adelante podemos centrarnos en disctutir la plantilla y sus apartados.

Esperemos a su difusión para ello, allí sin duda habrá muchos usuarios dispuestos a aportar, pero mientras, gracias por traer el tema a debate. Hay muchas plantillas descontroladas y no es fácil llevar su seguimiento. -- Brgesto 11:38 31 ago 2014 (UTC)

Propuesta de cambio de parámetros para {{commonscat}}, incluyendo posible uso de Wikidata

En el hilo de la plantilla {{commonscat}} propongo mejoras para eliminar redundancias sobre el parámetro "preposición" y la posibilidad de usar Wikidata para la categoría.

Saludos

--Garry (discusión) 10:31 1 sep 2014 (UTC)

Intercambiar orden de parámetros plantilla {{no firmado}}

En el hilo de la plantilla {{no firmado}} propongo alterar el orden de los dos únicos parámetros de la plantilla para facilitar las ediciones.

Saludos,

--Garry (discusión) 00:42 3 sep 2014 (UTC)

Sucede que todos ponen el nombre del usuario, pero pocos la fecha y hora. Al intercambiarlos habría una dificultad en su uso, para los que ya están acostumbrados. Otra cuestión es que ese el orden en que aparece al sustituir la plantilla, primero el nombre y luego la fecha, al igual que en las firmas. Metrónomo's truth of the day: «la violencia es el último recurso del incompetente» 18:58 16 sep 2014 (UTC)

Ficha de álbum

Saludos, vengo a notificar que a la {{Ficha de álbum}} le hace falta el parámetro Premio(s), hice una propuesta en su página de discusión pero no me prestaron atención.

• - Jonel — KatyCats (discusión) 03:01 10 sep 2014 (UTC)

Mejorar las plantillas de navegación

Saludos. Ya estoy proponiendo este tema aquí, pero creo que es necesario que lo ponga en el wikiproyecto. Bueno, propongo que, como en la versión inglesa, en la parte superior izquierda de la plantilla haya botones que enlacen a la plantilla en sí; esto es, "ver", "discutir" y "editar". Creo que es muy necesario porque el usuario también quiere saber más sobre la plantilla, editarla y poder discutir, sobre todo editarla. Espero contar con vuestra ayuda. --Humberto Torrejón (discusión) 23:41 13 sep 2014 (UTC)

Un colega me había sugerido usar {{navbar}}, pero lamentablamente no es posible usar en las plantillas de navegación; por eso pido que se modifique el modelo de esta plantilla para que se pueda ver estos enlaces tan necesarios. --Humberto Torrejón (discusión) 23:34 15 sep 2014 (UTC)

Cambios en Ficha de serie de televisión

Ya hemos estado comentando en el café y en la discusión de la plantilla y el Wikiproyecto de Televisión los cambios para Plantilla:Ficha de serie de televisión, a saber, hacer que los parámetros productor y empresa se muestren por separado, y que se implemente el código de Plantilla:Ficha/Sucesión, y el consenso se muestra a favor de los cambios, por lo que solicito que quien tenga los conocimientos técnicos se encargue de hacer los cambios, por favor. Gracias.--Manbemel (discusión) 14:31 19 sep 2014 (UTC)

Pedido de traducción

Hola, ¿alguien podría traducir https://ca.wikipedia.org/wiki/Plantilla:DIEC? Me sería útil poder utilizarla, lo he intentado pero no he podido. Saludos. Ferbr1 (discusión) 20:19 19 sep 2014 (UTC)

Te he traducido la plantilla. Supongo que no funcionaba porque había que crear el módulo:encode. He creado el módulo, aunque no lo he traducido. Saludos, Juan Mayordomo (discusión) 16:16 21 sep 2014 (UTC)

Enlaces en {{Fecha}}

Creo que no tiene sentido ni utilidad que las fechas que genera la plantilla {{Fecha}} sean enlazadas. Por eso propongo que por defecto no cree enlaces; más bien, si se las quiere enlazar, que se indique con un parámetro. Saludos. Biasoli | Discusión 17:22 24 sep 2014 (UTC)