La última implementación de esta plantilla deja símbolos de barra vertical al final si un parámetro se deja vacío. Por ejemplo:
{{tnull|wd|label|}}→{{wd|label|}}
Esto no solía ser así. Tengo parámetros opcionales (dependiendo de dónde se transcluye la página) que, por lo tanto, a veces se dejan vacíos, por lo que lo ideal sería que el canal final no se imprimiera en ese caso. ¿Alguien podría mejorar esto ( Artoria2e5 o Primefac tal vez)? Gracias. Thayts ••• 22:28, 21 de diciembre de 2020 (UTC) [ responder ]
- Solo una nota: he movido esto aquí, ya que todas las plantillas independientes ahora usan el mismo módulo. Definitivamente es algo que se puede revisar. Primefac ( discusión ) 02:16, 22 de diciembre de 2020 (UTC) [ responder ]
- Creo que esto se puede solucionar modificando la invocación de getArgs ( Module:Arguments ). Simplemente configure removeblanks=false.
- Artoria 2e5 🌉 07:18, 22 de diciembre de 2020 (UTC) [ responder ]
- El único problema es que la documentación de la plantilla (y el uso anterior) indica que se respetarán los parámetros en blanco. No queremos decir algo como
...puede usarse como {{ fnh |surname|pen name}}
y que aparezca como {{ fnh |surname|pen name}} , porque esas dos entradas darían resultados completamente diferentes. Primefac ( discusión ) 14:04, 22 de diciembre de 2020 (UTC) [ responder ]- Al menos no se mostraban los parámetros en blanco finales , tampoco en el uso anterior. Noté que algo cambió en esta plantilla cuando vi las barras verticales finales. Thayts ••• 19:04, 22 de diciembre de 2020 (UTC) [ responder ]
- Es justo. Tendremos que pensar en la mejor manera de lidiar con eso. Primefac ( discusión ) 13:13 23 dic 2020 (UTC) [ responder ]
- @ Primefac : Funciona si reemplaza las líneas 99-108 en Módulo:Enlace de plantilla general con:
texto localParte = ""Buffer de texto local = ""i local = 2mientras args[i] lo hacevalor local = args[i]si val ~= nil entonces val = mw.text.unstripNoWiki(val) de lo contrario break fintextPartBuffer = textPartBuffer .. '|'si val ~= "" entoncessi _ne(args.nowiki) entonces val = nw(val) finalsi está en cursiva entonces val = '<span style="font-style:italic;">' .. val .. '</span>' finpartetexto = partetexto .. partetextoBuffer .. valtextoPartBuffer = ""finyo = yo+1fin
- Thayts ••• 10:50, 13 de febrero de 2021 (UTC) [ responder ]
- Me parece bien, gracias y listo . Primefac ( discusión ) 14:17 13 feb 2021 (UTC) [ responder ]
- ¡Gracias Primefac ! También me acabo de dar cuenta de que hay una comprobación nula redundante en la línea 104, ya que esa comprobación ya se realizó en la declaración while. Por lo tanto, simplemente podría reemplazarla con
val = mw.text.unstripNoWiki(val) e incluso colocarla en la declaración if debajo de esa . Thayts ••• 11:54, 14 de febrero de 2021 (UTC) [ responder ] - En realidad, después de quitar las etiquetas nowiki, podría terminar con un valor vacío. Por lo tanto, es mejor reemplazar las líneas 103-104 con
local val = mw.text.trim(mw.text.unstripNoWiki(args[i]))(eliminando también los espacios que puedan estar entre las etiquetas nowiki). Thayts ••• 12:20, 14 de febrero de 2021 (UTC) [ responder ]- Ponlo en un entorno de pruebas, pruébalo y, si funciona, puedo implementarlo. Primefac ( discusión ) 14:06 14 feb 2021 (UTC) [ responder ]
- @ Primefac : Listo, funciona bien. Thayts ••• 18:48, 14 de febrero de 2021 (UTC) [ responder ]
- Gracias, implementado. Primefac ( discusión ) 22:02 20 febrero 2021 (UTC) [ responder ]
{{tlx|categorías del borrador|<nowiki>1=[[Categoría:primera categoría]][[Categoría:segunda categoría]]</nowiki>}}
No funciona como se esperaba. Las "categorías" se representan como categorías reales y activas. Para ver un ejemplo, consulte la sección inferior de esta revisión. davidwr / ( discusión )/( contribs ) 🎄 14:18, 21 de diciembre de 2020 (UTC) [ responder ]
- Solo una nota: he movido esto aquí ya que todas las plantillas usan el mismo módulo ahora. Primefac ( discusión ) 02:25, 22 de diciembre de 2020 (UTC) [ responder ]
Como alguien que ha trabajado con código HTML simple y otros códigos de forma limitada a lo largo de los años, no sé mucho más después de leer el artículo. Sería genial si se pudiera agregar alguna orientación sobre, por ejemplo, situaciones en las que se usa tlx y qué hace en un nutahell. Sin embargo, está claro que no soy el indicado para hacerlo. Lo siento... Saludos, Simon – SCHOlar44 🇦🇺 💬 a las 03:56, 26 de enero de 2021 (UTC) [ responder ]
- Agregué algunos ejemplos a la primera tabla. ¿Eso ayuda? Primefac ( discusión ) 16:40 26 ene 2021 (UTC) [ responder ]
- Gracias por mirar esto y por crear los ejemplos, Primefac . Pero, y no lo digo de forma descortés, no ayuda en lo que respecta al problema (tal como yo lo veo). Lo que creo que se necesita es algo que una persona con conocimientos le diría a una persona ignorante que hubiera mirado por encima del hombro la pantalla de la computadora y hubiera preguntado "¿Qué es eso?".
- En la actualidad existe: "Esta plantilla, a menudo abreviada como {{tlg}}, se utiliza para proporcionar enlaces estilizados a plantillas sin expandir la plantilla en sí". Básicamente, no sé qué son los "enlaces estilizados" ni qué significa "sin expandir la plantilla en sí" (¡ahí lo tienes, esa es mi calificación para la ignorancia!).
- Mi trabajo a menudo implica desmitificar artículos científicos complejos para lectores no científicos (a menudo, los funcionarios o ministros que proporcionan la financiación, por lo que es importante que quede lo más claro posible). Me resulta útil la analogía de "mirar por encima del hombro" porque la respuesta del especialista suele ser simple y acertada... Saludos, Simon – SCHOlar44 🇦🇺 💬 a las 00:54, 27 de enero de 2021 (UTC) [ responder ]
- Para ser sincero, nunca me gustó la redacción "expandible"... ¿Suena mejor
si se usa para proporcionar un formato estilizado a las pantallas de plantillas sin usar la plantilla en sí
? Primefac ( discusión ) 01:17, 27 de enero de 2021 (UTC) [ responder ]- Muchas gracias, Primefac . ¡Eso es una buena parte del camino! Una vez que lo entienda mejor, veré si puedo "aplicar mi ignorancia" para llegar más lejos. Gracias de nuevo por tu ayuda. Un cordial saludo, Simon – SCHOlar44 🇦🇺 💬 a las 02:26, 27 enero 2021 (UTC) [ responder ]
Agregue {{{|safesubst:}}}justo antes de #invoke para que la plantilla pueda sustituirse sin problemas. JsfasdF252 ( discusión ) 17:54 20 feb 2021 (UTC) [ responder ]
- Hecho *Pppery* ha comenzado... 18:40, 20 de febrero de 2021 (UTC) [ responder ]
- ¿Por qué no hay más plantillas basadas en módulos que utilicen safesubst? JsfasdF252 ( discusión ) 20:20 20 feb 2021 (UTC) [ responder ]
Sería útil que {{ tls }} genere algo como esto: {{ subst : tls }} en lugar de esto: {{ subst:tls }}. ¿Se puede modificar el módulo para que lo gestione? JsfasdF252 ( discusión ) 01:32 24 feb 2021 (UTC) [ responder ]
- Parece que esto cambió cuando cambiamos al módulo contenedor el año pasado. Hacer ping a los editores principales ( Artoria2e5 o Primefac ); ¿fue este un cambio intencional? — The Earwig ( discusión ) 22:21, 26 de febrero de 2021 (UTC) [ responder ]
- Lo siento, tenía pensado responder a esto, pero siguen apareciendo cosas más urgentes. {{ tls }} y {{ tlg |subst=yes}} dieron las dos versiones que se demostraron anteriormente, y cuando todo se incorporó a tlg, el formato tls se perdió un poco. Si existe el deseo de que funcione al revés, estoy seguro de que se puede implementar. Primefac ( discusión ) 22:31, 26 de febrero de 2021 (UTC) [ responder ]
@Somerandomuser : Una edición reciente de Ayuda :Mostrar una fórmula cambió {{ tl }} a {{ tlx }} sin parámetros. ¿Es ese un uso legítimo de {{ tlx }} ? IAC, la introducción a Plantilla:Enlace de plantilla expandido debería brindar orientación sobre si es apropiado usar {{ tlx }} sin parámetros. Shmuel (Seymour J.) Metz Nombre de usuario:Chatul ( discusión ) 14:06, 8 de marzo de 2021 (UTC) [ responder ]
- ¿Por qué no lo sería? La única diferencia entre {{ tl }} y {{ tlx }} es si tiene código o no, es decir, {{ tl }} vs , lo cual es completamente una elección de estilo. Primefac ( discusión ) 14:16 8 mar 2021 (UTC) [ responder ]
{{tlx}}- ¿Por qué tener plantillas {{ tl }} y {{ tlx }} distintas si son esencialmente iguales? ¿Por qué cambiaste las invocaciones si son las mismas? ¿Y por qué la documentación no debería dejar claro cuál es el uso previsto? Shmuel (Seymour J.) Metz Nombre de usuario:Chatul ( discusión ) 14:23, 8 de marzo de 2021 (UTC) [ responder ]
- En primer lugar, son esencialmente lo mismo, pero {{ tlx }} evita la necesidad de usar
|code=yescuando quieres que el texto aparezca en un <code>...</code>bloque. En segundo lugar, no cambié nada (no soy Somerandomuser). En tercer lugar, no hay un caso de uso claramente definido en la documentación porque no hay momentos claramente definidos en los que se deben usar plantillas específicas. Personalmente, encuentro que usar {{ t }} o algo similar es mucho más rápido si solo estoy colocando la plantilla en una conversación como esta, y si quiero enfatizar algo, lo arrojaré a {{ tlx }} para que "resalte" (tal como lo hice con el |code=parámetro anterior). - En términos generales, sin embargo, cambiar el estilo general de una página de Wikipedia o de un espacio de ayuda probablemente no debería hacerse en masa sin discutirlo, pero dado que no están orientadas al usuario (los editores son los principales lectores de dichas páginas), al final del día realmente no importa tanto. Primefac ( discusión ) 14:31, 8 de marzo de 2021 (UTC) [ responder ]
- Estaba intentando limpiar las cosas y aumentar la legibilidad del artículo creando una distinción entre el código y el texto circundante. Vi que la página usaba varios estilos e intenté consolidarlos. Somerandomuser ( discusión ) 02:53, 12 de marzo de 2021 (UTC) [ responder ]
- He revertido muchas de las plantillas {{ tlx }} a {{ tl }} para cumplir con un estilo general. Somerandomuser ( discusión ) 02:33, 13 de marzo de 2021 (UTC) [ responder ]
Por alguna razón, dejé de trabajar dentro de la entrada de parámetros con esta y otras plantillas relacionadas por un tiempo (creo que me encontré con esto hace aproximadamente 24 a 36 horas):<nowiki>
{{tlx|foo|bar|baz{{=}}<nowiki>[[Quux]]</nowiki>}}
produjo un resultado similar a esto:
{{foo|bar|baz=Quux}}
en lugar de:
{{foo|bar|baz=[[Quux]]}}
Mi sospecha inmediata es que tuvo algo que ver con el etiquetado relacionado con TfD (y la disputa al respecto) en ese período de tiempo, que se discute aquí y aquí. Lo que sea que lo haya causado debe identificarse y deberíamos ver si hay una manera de evitarlo en el futuro, ya que corrompió (temporalmente) una gran cantidad de documentación de plantillas en un galimatías (y peor aún, como descripciones completamente incorrectas del uso y comportamiento de los parámetros). — SMcCandlish ☏ ¢ 😼 23:21, 23 de marzo de 2021 (UTC) [ responder ]
- No veo ninguna razón por la que agregar la plantilla TfD haga que
[[Template:{{{1}}}|{{{1}}}]]deje de funcionar, excepto que tal vez podría ser un problema del analizador con el código adicional agregado que causa una sobrecarga, pero eso generalmente afecta las transclusiones, no las etiquetas. Además, hemos tenido plantillas "muy utilizadas" que se etiquetaron antes y no las afectó negativamente. ¿Fallo del lado del servidor? Primefac ( discusión ) 23:32, 23 de marzo de 2021 (UTC) [ responder ] - No se me ocurre ninguna explicación posible de por qué dejó de funcionar recientemente. Según mi lectura del código, parece que ha estado roto desde noviembre de 2020, cuando se implementó Module:Template link general . Ese módulo ha llamado a mw.text.unstripNoWiki en cada parámetro de plantilla, y lo ha hecho desde Special:Diff/952179764 por razones que no entiendo. Puedes solucionar esto con
{{tlx|foo|bar|baz=[[quux]]|nowiki}yes}}(producing , pero estoy de acuerdo en que la forma de formatear los parámetros no debería ser asunto de esta plantilla. * Pppery * ha comenzado... 03:09, 24 de marzo de 2021 (UTC) [ responder ]{{foo|bar|baz=[[quux]]}} - He añadido algo de código a Módulo:Enlace de plantilla general/sandbox que debería solucionar este problema. Aunque muchos de los casos de prueba están en amarillo, las diferencias no son visuales, excepto por el caso especial en el que los parámetros que contienen etiquetas nowiki vacías al final ya no se ignoran, algo que no debería importar a nadie (y yo diría que el nuevo comportamiento es más correcto de todos modos). * Pppery * ha comenzado... 03:45, 24 de marzo de 2021 (UTC) [ responder ]
- Como nos referimos a esta familia de plantillas (ni Template:Template link ni Template:Tlu usan el módulo tlg), he trasladado la discusión aquí. Primefac ( discusión ) 10:29 24 mar 2021 (UTC) [ responder ]
Implemente el código sandbox anterior para solucionar este error. * Pppery * ha comenzado... 20:32, 24 de abril de 2021 (UTC) [ responder ]
- Hecho Primefac ( discusión ) 10:37 25 abr 2021 (UTC) [ responder ]
He modificado /sandbox para permitir que el módulo muestre además la salida del código al usar |_show_result=.
{{Min}}→{{Min|-7}}→ -7{{Min|7|-5}}→ -5{{Min|1=-7}}→ -7{{Min|1=7|2=-5}}→ -5
He probado los escenarios anteriores y funcionan. Gonnym ( discusión ) 14:42 15 ene 2022 (UTC) [ responder ]
- ¿Sería posible utilizar → ya que es una flecha real? Dicho esto, me gusta la idea; ahorrará mucho trabajo de escritura en la documentación de la plantilla. Primefac ( discusión ) 14:47, 15 de enero de 2022 (UTC) [ responder ]
- Sí, la flecha fue solo un ejemplo rápido. Cualquier otra cosa me parece bien. Gonnym ( discusión ) 15:06 15 ene 2022 (UTC) [ responder ]
- También he modificado el parámetro a un parámetro de guión bajo
|_show_result=en lugar de uno |show_result=con ese nombre, en el caso muy poco frecuente de que la propia plantilla tenga un parámetro con ese nombre. Gonnym ( discusión ) 15:09, 15 de enero de 2022 (UTC) [ responder ]- Buen comentario. Esperaría un poco a que haya otras opiniones, pero sospecho que a nadie le importará y se puede implementar (ya que es un cambio de tipo "funcionalidad adicional"). Primefac ( discusión ) 15:42 15 ene 2022 (UTC) [ responder ]
- ¿Se puede implementar esto? Gonnym ( discusión ) 14:21 28 ene 2022 (UTC) [ responder ]
- ¡Me parece bien! Primefac ( discusión ) 15:01 28 ene 2022 (UTC) [ responder ]
Según la discusión anterior, copie la versión en la zona protegida . Gonnym ( discusión ) 17:54, 28 de enero de 2022 (UTC) [ responder ]
- Listo. Disculpas por hacerte dar un paso más para esto. Olvidé por completo que esto estaba completamente protegido. Primefac ( discusión ) 21:30 28 ene 2022 (UTC) [ responder ]
- ¿Puedes sincronizar de nuevo? Tuve un pequeño error cuando comencé la tabla sin nombre en 2 en lugar de 1. Gonnym ( discusión ) 22:01 28 ene 2022 (UTC) [ responder ]
- Listo . Primefac ( discusión ) 09:02 29 ene 2022 (UTC) [ responder ]
Gonnym , me encontré con un caso en el que si colocas un parámetro nombrado en medio de parámetros sin nombre, se altera el orden de los parámetros sin nombre (ten en cuenta que la versión anterior tiene tres enlaces "Charles Darwin" en lugar de enlaces de idioma en la sección de enlaces #Piping ). ¿Es este un caso extremo o algo que probablemente debería analizarse? Primefac ( discusión ) 10:34, 2 de marzo de 2022 (UTC) [ responder ]
- De hecho, he realizado algunas correcciones en /sandbox para casos como este y parece funcionar con este ejemplo:
{{ill|Charles Darwin (botanist)|text=Charles Darwin|fr|Charles Darwin|de|Charles Darwin|es|Charles Darwin}}→ Charles Darwin (botánico) [fr; Delaware; es]
- También he añadido una opción
|_expand=que permite añadir un enlace para expandir la plantilla. Ver ejemplos:{{min|-4|-6|0}}→ -6 [1]{{min|1=-4|2=-6|3=0}}→ -6 [2]{{multiply|1,000|1,000|r=1|nosep=1}}→ 1000000 [3]{{multiply|r=1|nosep=1|1,000|1,000}}→ 1000000 [4]{{multiply|1,000|r=1|nosep=1|1,000}}→ 1000000 [5]
- Pruébelo y avíseme si hay problemas. -- Gonnym ( discusión ) 14:53, 2 de marzo de 2022 (UTC) [ responder ]
- @ Primefac por si te lo perdiste. Gonnym ( discusión ) 13:28 7 mar 2022 (UTC) [ responder ]
- No lo extrañé, solo que últimamente he estado lidiando con cucharas más grandes . Primefac ( discusión ) 15:30 7 mar 2022 (UTC) [ responder ]
Ambos |plaincode=producen |kbd=el mismo resultado visualmente, pero kbd no es muy bueno semánticamente. ¿No debería desaconsejarse su uso? Tran Xuan Hoa ( discusión ) 12:00, 21 de abril de 2023 (UTC) [ responder ]
- Visualmente son similares, pero el código de backend es completamente diferente, por eso están los dos. No estoy seguro de qué quieres decir con "no es muy bueno semánticamente", ya que
kbdes el nombre de la etiqueta en sí. Primefac ( discusión ) 13:56, 21 de abril de 2023 (UTC) [ responder ]- El elemento HTML kbd "indica la entrada textual del usuario desde un teclado o cualquier otro dispositivo de entrada de texto"[6]. No estaba seguro de si envolver todo el código de plantilla, por ejemplo,
{{Example|param1=val1|param2=val2}}dentro de un código <kbd>...</kbd>, es un uso correcto. Tal vez sea aceptable contar el código de plantilla como entrada de teclado(?) Tran Xuan Hoa ( discusión ) 16:07, 21 de abril de 2023 (UTC) [ responder ]- No está mal, si es eso lo que te estás preguntando; si lo estuviera, no estaría en la plantilla. Primefac ( discusión ) 17:25 21 abr 2023 (UTC) [ responder ]
Hola. Esta plantilla crea columnas infinitamente grandes, y esto se nota especialmente en las tablas. ¿Sería posible agregar la etiqueta antes de cada una (es decir, )?<wbr />|argument<wbr />|argument
Actualmente , {{ tlnp }} usa , y puedes comparar los dos comportamientos cuando las dos plantillas se transcluyen en un espacio confinado.<wbr />
{{ tlp }} :
{{ Véase también |Artículo1|Artículo2|Artículo3|etiqueta 1=A|etiqueta 2=B|etiqueta 3=C}} {{ tlnp }} :
{{tlnp|Véase también|Artículo 1|Artículo 2|Artículo 3|Etiqueta 1=A|Etiqueta 2=B|Etiqueta 3=C}}
Grufo ( discusión ) 15:11 17 jul 2023 (UTC) [ responder ]
- Necesitaremos consenso para este cambio. Por favor, incluya un enlace a una página donde esto sea un problema. La plantilla ( {{ Template link with parameters }} ) incluye específicamente
|nowrap=yesen su código, por lo que parece contraproducente (o posiblemente no funcional) anular esa opción insertando etiquetas wbr. No sé por qué |nowrap=yesestá ahí, pero puede buscar en los archivos de discusión o en el historial de edición para encontrar el motivo. – Jonesey95 ( discusión ) 22:03, 17 de julio de 2023 (UTC) [ responder ]- Lo que dices hace sospechar que en realidad podría haber un error y no solo un problema de diseño: No estoy pidiendo que se anule
|nowrap=yes, estoy pidiendo que la plantilla se pueda encapsular cuando la gente no especifica |nowrap=yes. Ahora mismo parece que incluso si no lo especifico, |nowrap=yesla plantilla se comporta como si lo hiciera (mira mi ejemplo anterior). Por favor, enlaza a una página donde esto sea un problema
: Solo por mencionar un caso, había un problema en la documentación de esta misma plantilla antes de que lo arreglara eliminando la plantilla {{ tlx }} y la reemplazara con {{ tji }} (compara algunas de las tablas en las dos versiones). --Grufo ( discusión ) 23:04, 17 de julio de 2023 (UTC) [ responder ]- ¿Podrías ser más específico sobre qué línea de la tabla no se estaba representando bien? Cambiaste muchas cosas en esa edición y no veo ninguna diferencia de inmediato. – Jonesey95 ( discusión ) 00:52, 18 de julio de 2023 (UTC) [ responder ]
- Por cierto, parece que esta plantilla tiene el nowrap configurado desde este cambio en 2009. No veo a nadie preguntando al respecto en el archivo de ninguna de las páginas de discusión, pero es posible que me haya perdido algo. – Jonesey95 ( discusión ) 00:58, 18 de julio de 2023 (UTC) [ responder ]
- El tuyo es un enfoque extraño. Vengo aquí para informar de un error y un ejemplo que lo demuestra. Un buen programador buscaría inmediatamente lo que está mal, no discutiría si lo que está mal es realmente malo. Pero, aun así, me piden que traiga más pruebas. Lo hago. Y luego me responden que todo el mundo ha estado bien con una plantilla rota desde 2009. Bueno... ¿Qué puedo decir?
¿Puedes ser más específico sobre qué línea de la tabla no se estaba representando bien?
: Seguro. Desde la línea 69 hasta la línea 106 en ambas versiones (tanto antes como después de mis ediciones). Pero esto es solo la punta del iceberg y me he encontrado con este problema varias veces; la verdadera razón por la que ambas plantillas {{ tji }} y {{ tlnp }} tienen la etiqueta en su código es exactamente para evitar el comportamiento extraño de {{ tlx }} , la misma razón que finalmente me trajo aquí. --Grufo ( discusión ) 01:20, 18 de julio de 2023 (UTC) [ responder ] <wbr />- Puedes insultarme si quieres, pero eso hace que sea menos probable que yo, u otro editor de plantillas experimentado, estemos dispuestos a ayudarte. Buena suerte. – Jonesey95 ( discusión ) 03:41, 18 de julio de 2023 (UTC) [ responder ]
{{ Template link with subst }} tiene bastantes atajos: {{ tls }} , {{ tlsp }} , {{ tlps }} ; ¿te importaría dejar uno para {{ Template link with sorted parameters }} ? Veo que el atajo {{ tlps }} no está anunciado y actualmente lo usan solo cien páginas . ¿Quizás ese podría ser el indicado? O si tienes otro nombre para sugerir, estaría más que feliz de evitar editar 100 páginas. --Grufo ( discusión ) 18:41 17 jul 2023 (UTC) [ responder ]
- Tengo mucha curiosidad: ¿cuándo utilizaría alguien esa plantilla? Si quieren que las cosas estén en el orden "correcto", simplemente las escribirán en ese orden. Primefac ( discusión ) 07:37 18 jul 2023 (UTC) [ responder ]
- El punto principal de esa plantilla es que no tienes que escapar el signo igual. Eso significa que puedes escribir
- {{ tlap | Ver también | Artículo1 | Artículo2 | Artículo3 | etiqueta 1 = A | etiqueta 2 = B | etiqueta 3 = C }}
- y lo conseguirás
- {{tlap|Véase también|Artículo1|Artículo2|Artículo3|Etiqueta 1=A|Etiqueta 2=B|Etiqueta 3=C}}
- Pero no podía presentarla solo como “la plantilla que te permite escribir libremente el signo igual”, porque también sucede algo más: el orden de los parámetros nombrados siempre se pierde durante una llamada, y si publicitara la plantilla como “la plantilla que te permite escribir libremente el signo igual”, pensarías que eso es lo único que hace la plantilla y que tu orden se conserva; pero eso sería falso. Y entonces, para permitirte escribir libremente el signo igual, debes renunciar a tu ordenación personalizada. Debido a que reorganizar el orden me parece la característica principal en comparación con “escribir libremente el signo igual”, la forma en que se presenta esa plantilla es {{ Enlace de plantilla con parámetros ordenados }} .
- Y aquí vamos a la segunda pregunta:
si quieren que las cosas estén en el orden "correcto", simplemente las escribirán en ese orden
. En ese caso (es decir, si ellos mismos usan el orden correcto), definitivamente deberían usar la plantilla {{ tlap }} , porque entonces no tendrán que escapar el signo igual. Comparar escritura- {{ tlap | Ejemplo | navidad = arbol | foo = bar | hola = mundo }}
- con escritura
- {{ tlp | Ejemplo | árbol{{=}}de{{=}}navidad | barra{{=}}de{{=}}foo | hola{{=}}mundo }}
- El único caso en el que {{ tlap }} resulta inútil es cuando los usuarios, por cualquier motivo, no desean un orden alfabético. Pero incluso en ese caso, {{ tlap }} se puede utilizar con caracteres iguales escapados y se comportará como {{ tlp }} .
- PD: Por cierto, como habrás adivinado, he encontrado el atajo {{ tlap }} para esta plantilla (donde la “a” significa “alfabéticamente”). --Grufo ( discusión ) 20:10 18 jul 2023 (UTC) [ responder ]
Plantilla:Enlace de plantilla general/doc#Ejemplos de documentos que esta plantilla y sus derivados ignoran los parámetros vacíos. ¿Por qué? Llegué aquí porque arreglé una documentación escrita por otro usuario que presentaba información incorrecta porque el autor no anticipó este comportamiento. Estoy tratando de entender si esto es un error o una característica. Daask ( discusión ) 19:08, 13 de octubre de 2023 (UTC) [ responder ]
- Es un error que creo que se solucionó en algún momento, pero parece que no es así. Primefac ( discusión ) 19:32 13 oct 2023 (UTC) [ responder ]
- Esto también conduce a un ejemplo incorrecto en Template:Highlight/doc . LittlePuppers ( discusión ) 03:05 7 nov 2023 (UTC) [ responder ]
Se me ocurrió admitir directamente los parámetros nombrados en lugar de requerir la solución alternativa de . ¿Cómo sería si admitiéramos parámetros que se mostraran como donde los parámetros nombrados tienen un lugar explícito en el orden de los parámetros y los parámetros sin nombre llenan los espacios vacíos? Incluso podrías contrastar mayúsculas y minúsculas para las explicaciones de los parámetros nombrados, de modo que se mostraran como . ¿Alguna idea o inquietud? Van Isaac , GHTV cont WpWS 18:35, 6 de diciembre de 2023 (UTC) [ responder ]named{{=}}a=named1, b=named2, c=named3... z=named26{{templatename|named1=|unnamed1|unamed2|named4=|unamed3}}{{tlp|templatename|a=named1|A=explanation1}}{{templatename|named1=explanation1}}
- No puedo analizar los ejemplos anteriores. Hay muchos errores tipográficos. ¿Podrías revisarlos y corregirlos? – Jonesey95 ( discusión ) 16:37, 7 de diciembre de 2023 (UTC) [ responder ]
- Lo mismo, no entiendo muy bien qué se propone. Primefac ( discusión ) 19:22 7 dic 2023 (UTC) [ responder ]
- Por lo que puedo decir, el deseo es poder lograr
{{tlx|templatename|a=weasel=yes|b=snorkel=|c=3=23%}}una visualización que se parezca a {{templatename|weasel=yes|snorkel=|3=23%}}. Pero esto no tiene sentido cuando ya se puede hacer:{{tlx|templatename|2=weasel=yes|3=snorkel=|4=3=23%}}para {{templatename|weasel=yes|snorkel=|3=23%}}.{{tlx|templatename|weasel{{=}}yes|snorkel{{=}}|3{{=}}23%}}para {{templatename|weasel=yes|snorkel=|3=23%}}salida idéntica{{tlx|templatename|<nowiki>weasel=yes|snorkel=|3=23%</nowiki>}}para el mismo resultado{{templatename|weasel=yes|snorkel=|3=23%}}
- — SMcCandlish ☏ ¢ 😼 00:18, 25 de diciembre de 2023 (UTC) [ responder ]
Las características de las plantillas y parecen haberse vuelto casi completamente redundantes entre sí con el tiempo, y estas dos plantillas probablemente deberían fusionarse. — SMcCandlish ☏ ¢ 😼 23:51, 24 de diciembre de 2023 (UTC) [ responder ]{{tlc}}{{tlx}}
- Siempre han sido redundantes: la única diferencia entre ellos es que uno está vinculado y el otro no . Primefac ( discusión ) 00:32 25 dic 2023 (UTC) [ responder ]
{{tlx}}{{tlc}}- También está {{ Tlf }} . Andy Mabbett ( Pigsonthewing ); Habla con Andy ; Ediciones de Andy 09:36, 4 de septiembre de 2024 (UTC) [ responder ]
- Sin embargo, no tiene nada
<code>que ver, por lo que {{tlc}}aparece como tal, mientras que {{tlf}} aparece de esa manera. Primefac ( discusión ) 13:38 4 sep 2024 (UTC) [ responder ]
Movido desde Especial:PermaLink/995595578#Trailing_pipe_symbols