stringtranslate.com

Discusión de plantilla:Lista simple

Plantilla final

Buen trabajo. ¿Necesitamos {{ Endplainlist }} ? ¿Bajo qué circunstancias no funcionaría el método alternativo? Andy Mabbett ( Pigsonthewing ); Hablar con Andy ; Ediciones de Andy 11:09, 22 de noviembre de 2011 (UTC) [ responder ]

Probablemente deberíamos tenerlo, de modo que pueda coincidir con {{ flatlist }} . No me gusta usar los formularios finales, pero son un poco menos pesados ​​para el servidor ya que no tienen el código de análisis involucrado. En general, deberíamos usar la clase. Habrá circunstancias en las que las plantillas sean más apropiadas (como anidarlas;). Alarbus ( discusión ) 11:30, 22 de noviembre de 2011 (UTC) [ responder ]
Hmm... "plain/flat" no tiene la palabra flat; "ubl/flat" sí funciona. ¿No deberían ser lo mismo? Las reglas de plain están llegando hasta la lista de flatlist. Alarbus ( discusión ) 11:39 22 nov 2011 (UTC) [ responder ]

Clase independiente

Se supone que la clase plainlistestará disponible para su uso en infoboxes u otros contenedores sin necesidad de esta plantilla, como en el caso de hlistAndy Mabbett ( Pigsonthewing ); Hablar con Andy ; Ediciones de Andy 11:17, 22 de noviembre de 2011 (UTC) [ responder ]

La clase está ahí; será necesario actualizar más plantillas para permitir que se pasen clases. Deberíamos ir avanzando hacia la aceptación de clases únicamente (o tenerlas incorporadas) y no de estilos. Esto frenará algunas de las cosas raras que hace la gente. Alarbus ( discusión ) 11:30 22 nov 2011 (UTC) [ responder ]
Correcto. Plainlist funciona exactamente igual que Flatlist/Hlist. E dokter ( discusión ) — 11:59 22 nov 2011 (UTC) [ responder ]

Sintaxis

Hola. ¿Hay alguna forma de utilizar esta plantilla de forma más compacta, por ejemplo?

{{plainlist |{{flagcountry|Russia}} |{{flagcountry|Finland}} |{{flagcountry|Poland}} |{{flagcountry|Estonia}} |{{flagcountry|Latvia}} |{{flagcountry|Lithuania}} |{{flagcountry|Belarus}} |{{flagcountry|Moldova}} |{{flagcountry|Ukraine}} |{{flagcountry|Georgia}} |{{flagcountry|Armenia}} |{{flagcountry|Azerbaijan}} |{{flagcountry|Kazakhstan}} |{{flagcountry|Uzbekistan}} |{{flagcountry|Turkmenistan}} |{{flagcountry|Kyrgyzstan}} |{{flagcountry|Tajikistan}} }}


En lugar de ocupar mucho espacio

{{lista simple |* {{flagcountry|Rusia}}* {{flagcountry|Finlandia}}* {{flagcountry|Polonia}}* {{país de la bandera|Estonia}}* {{flagcountry|Letonia}}* {{flagcountry|Lituania}}* {{flagcountry|Bielorrusia}}* {{flagcountry|Moldavia}}* {{flagcountry|Ucrania}}* {{país de la bandera|Georgia}}* {{país de la bandera|Armenia}}* {{flagcountry|Azerbaiyán}}* {{flagcountry|Kazajstán}}* {{flagcountry|Uzbekistán}}* {{flagcountry|Turkmenistán}}* {{flagcountry|Kirguistán}}* {{flagcountry|Tayikistán}}}}

...?
213.246.91.158 ( discusión ) 11:53 24 nov 2012 (UTC) [ responder ]

El objetivo de esta plantilla es poder aceptar wikilistas (que son más fáciles de editar). Sin embargo, {{ Unbulleted list }} hace lo que quieres. E dokter ( discusión ) — 11:57 24 nov 2012 (UTC) [ responder ]
Ajá, gracias (¡y por la rapidez!). Creo que también se utilizan listas simples (y listas planas) para garantizar la accesibilidad, así que estaba pensando en ocasiones en las que no es necesaria una naturaleza de "wikilista". 213.246.91.158 ( discusión ) 12:03 24 nov 2012 (UTC) [ responder ]
En Wikipedia no hay escasez de espacio (de todos modos, está todo comprimido). Debes evitar usar listas sin viñetas y sin ningún espacio. La claridad es más importante que dejar fuera algunos espacios o saltos de línea; se supone que los editores deben intentar leer y mejorar las fuentes de Wiki. No incluir espacios hace que las cosas sean más difíciles de leer; los editores deben incluir al menos tanto espacio en Wikisource como en la puntuación de la prosa normal; normalmente pondrías un espacio después de una coma, pero deberías poner al menos uno después de cada | y la mayoría de los signos =, a menos que estés tratando de ser malo con los editores que leen el Wikisource y hacen correcciones (tantos autores en citas se rellenan automáticamente con la información incorrecta). -- 109.78.203.40 ( discusión ) 23:54, 26 de enero de 2014 (UTC) [ responder ]

Lista simple

Por favor, mueva esta plantilla de Plainlist a "Plain list". Al momento de escribir esto, ambas versiones funcionan. Algunos navegadores web incluyen un corrector ortográfico y el corrector ortográfico marca como error la primera vez que se escribe "Plainlist". Esto distrae y no es de mucha ayuda. Es una mala API que incluye errores ortográficos deliberados. Desafortunadamente, el corrector ortográfico marca muchas obras en Wikipedia. Se marcan tantas palabras que es más difícil ver y corregir los verdaderos errores ortográficos (y también hay muchos neologismos horribles, palabras de jerga y otras cosas basura que a muchos editores les encanta usar). Por lo tanto, cambie la opción predeterminada a "Plain list", la versión que no agrega otro error ortográfico que los editores tienen que fingir que no ven. Ya he estado haciendo esto, solo una persona se ha quejado de que quería ver menos errores ortográficos, pero uno era demasiado, así que ahora estoy haciendo una solicitud formal para que la opción predeterminada sea la versión que no molesta al corrector ortográfico. -- 109.77.17.179 ( discusión ) 01:39 22 abr 2014 (UTC) [ responder ]

Listas ordenadas

El marcado:

{{Lista simple| # foo # bar # bas}}

se representa como:

  1. comida
  2. bar
  3. bajo

Los números no deberían aparecer. ¿Alguien puede solucionar esto, por favor? Andy Mabbett ( Pigsonthewing ); Habla con Andy ; Ediciones de Andy 19:55, 2 de junio de 2014 (UTC) [ responder ]

Plainlist solo acepta listas desordenadas. ¿Cuál es el caso de uso para esto? E dokter ( discusión ) — 20:40 2 jun 2014 (UTC) [ responder ]
Sí, y debería aceptar listas ordenadas. El caso de uso es el mismo que para las listas desordenadas; de modo que se les pueda dar el estilo de elementos separados por <BR>. Andy Mabbett ( Pigsonthewing ); Hablar con Andy ; Ediciones de Andy 21:14, 2 de junio de 2014 (UTC) [ responder ]
Lo entiendo. Lo que quiero decir es, ¿cuál sería el caso de uso para mostrar una lista ordenada como una lista simple? Se verían exactamente iguales, entonces, ¿por qué usar <ol>? E dokter ( discusión ) — 21:22 2 jun 2014 (UTC) [ responder ]
Porque semánticamente son diferentes. La lista de ingredientes de una tarta ("manzana, moras, grosellas") se puede reordenar sin cambiar el significado ("manzana, grosellas, moras"); una lista ordenada y cronológica de álbumes de Pink Floyd ("Dark Side..., "Wish You Were Here, Animals") no. Observo que la plantilla hermana {{ Flatlist }} puede aceptar listas ordenadas. Andy Mabbett ( Pigsonthewing ); Hablar con Andy ; Ediciones de Andy 21:55, 2 de junio de 2014 (UTC) [ responder ]
Flatlist (hlist) puede aceptar cualquier lista; también muestra la diferencia entre los tipos de listas. Lo añadiré, pero tengo reservas sobre ocultar distintas semánticas de la vista. E dokter ( discusión ) — 23:30 2 jun 2014 (UTC) [ responder ]

Consistencia

¿Por qué se llama "lista simple" y no "lista simple"? ¿Por qué se llama "lista sin viñetas" y no "lista sin viñetas"?

Mi preferencia son los espacios, pero todos ellos deberían tener el mismo nombre. -- 109.76.86.206 (discusión) 02:56 22 nov 2014 (UTC) [ responder ]

{{plain list}}funciona; está configurado como una redirección a . -- Red rose64 ( discusión ) 10:52 22 nov 2014 (UTC) [ responder ]{{plainlist}}
Funciona, pero no es suficiente, ya que los editores siguen afirmando que la versión sin espacios "plainlist" es de alguna manera más correcta. Hay muchos editores de Wikipedia que piensan que eliminar los espacios y evitar la sangría es de alguna manera una buena idea. La idea misma del marcado wiki es que debería ser más simple y más legible para los humanos que alternativas como HTML. -- 109.76.150.178 ( discusión ) 17:35, 2 abril 2018 (UTC) [ responder ]
No hay nada de malo en usar "plainlist" como nombre de plantilla y cuando se usa en un artículo no se debe cambiar arbitrariamente solo porque no te gusta. Ha pasado un tiempo, pero voy a escribirle a @ Redrose64 : como el único otro usuario registrado que edita aquí. -- Aussie Legend ( ✉ ) 18:31, 2 de abril de 2018 (UTC) [ responder ]
No dije que hubiera algo objetivamente incorrecto en usar "plainlist", pero usted afirmó que era "correcto" y que de alguna manera era incorrecto usar "Plain list" en lugar de una simple diferencia en las opciones de formato.
Mi preferencia personal es escribir "Lista simple", ya que no se marca como un error ortográfico. La opción está ahí, así que quiero usarla.
Si las plantillas tuvieran nombres coherentes y no hubiera opciones, usaría lo que estuviera disponible. Que las reglas sean más claras y coherentes, eso es lo que todos queremos, ¿no? -- 109.76.150.178 ( discusión ) 21:55 2 abr 2018 (UTC) [ responder ]
No dije que hubiera algo objetivamente incorrecto en usar "plainlist", pero afirmaste que era "correcto" y que de alguna manera era incorrecto usar "Plain list" . Cambiaste arbitrariamente la ortografía de un artículo para adaptarla a tus preferencias personales, que no era la ortografía correcta para el nombre de la plantilla. No hacemos eso. Si todos editaran según sus preferencias personales, habría caos.
ya que no se marca como otro error ortográfico . Personalmente, nunca he tenido ese problema en los 12 años que llevo editando, así que no entiendo por qué lo tienes. -- Aussie Legend ( ✉ ) 22:01, 2 abril 2018 (UTC) [ responder ]
Ninguna forma es más "correcta" que la otra. Ambas funcionan igual de bien. Cambiar una por la otra sin hacer ningún otro cambio significativo puede ser visto como algo disruptivo; en el pasado, se ha bloqueado a gente por hacer eso. -- Red rose64 🌹 ( discusión ) 00:08 3 abr 2018 (UTC) [ responder ]

Listas sangradas

@Edokter : Agregué la información sobre comenzar esta plantilla en una nueva línea porque no funciona cuando está sangrada. Claramente, la solución correcta es usar el parámetroindent= , pero pensé que valía la pena explicar por qué esto no funciona:

:{{lista simple|* [[gato]]* [[perro]]* [[caballo]]* [[vaca]]* [[oveja]]* [[cerdo]]}}

Ver:

Mark Hurd ( discusión ) 11:51 24 dic 2014 (UTC) [ responder ]

Hay muchísimas cosas que pueden salir mal, y el ejemplo anterior es sólo una de ellas (y, de todos modos, es una que rara vez ocurre). No podemos enumerar todos los errores y dificultades posibles; la documentación debe ser concisa. 12:42, 24 de diciembre de 2014 (UTC) [ responder ]-- [[User:Edokter]] {{talk}}

¿Espacio en blanco?

Hola. ¿Es posible dejar una línea vacía o un espacio en blanco adicional entre los elementos de una lista utilizando esta plantilla? Quiero utilizar la plantilla de lista simple en el cuadro de información de una organización para mostrar su lema en dos idiomas diferentes, pero cuando lo hago, las palabras de los dos lemas parecen estar juntas, lo que dificulta su lectura. Si utilizo <br /> , se espacian de una manera que facilita mucho la lectura, pero estoy tratando de evitar el uso de saltos de línea en los cuadros de información. ¿Alguna sugerencia? Gracias de antemano. Rystheguy ( discusión ) 16:43, 25 de marzo de 2015 (UTC) [ responder ]

@ Rystheguy : Las líneas en blanco no cumplirían con WP:LISTGAP . -- Red rose64 ( discusión ) 17:22 25 mar 2015 (UTC) [ responder ]
@ Redrose64 : Gracias por tu rápida respuesta, eso es lo que había asumido. ¿Sabes qué se debe hacer en esta situación particular? El artículo en el que estoy trabajando es Usuario:Rystheguy/Amal Women's Training Center and Moroccan Restaurant y el problema está en el campo "Lema" dentro del cuadro de información. ¿Mi única opción es dejar los dos elementos como están y sacrificar la legibilidad? Rystheguy ( discusión ) 17:40 25 mar 2015 (UTC) [ responder ]
Podrías poner el francés en cursiva, lo que sería totalmente coherente con MOS:ITALICS#Términos extranjeros . -- Red rose64 ( discusión ) 17:50 25 mar 2015 (UTC) [ responder ]
Buena idea. ¡Gracias de nuevo por la ayuda! Rystheguy ( discusión ) 18:36 25 mar 2015 (UTC) [ responder ]

¿Uno de más?

Hola, veo que solo hay un <div> de apertura, pero dos </div> de cierre... ¿es eso intencional? 37.152.251.226 (discusión) 21:24 25 jun 2016 (UTC) [ responder ]

Lo es. El primero solo se emite cuando {{{1}}}está presente, por lo que se cierra solo. 21:38, 25 de junio de 2016 (UTC) [ responder ]-- [[User:Edokter]] {{talk}}
Ah, ya veo, gracias. El segundo es solo porque la página de plantilla no tiene un parámetro1, por lo que necesita cerrar el div para que se pueda mostrar la documentación... ¿no? Tal vez valga la pena poner un comentario para explicar esto. 37.152.251.226 (discusión) 00:27 26 jun 2016 (UTC) [ responder ]
Correcto. No es necesario un comentario; la mayoría de los editores de plantillas conocen esta práctica, que es bastante común. 07:07, 26 de junio de 2016 (UTC) [ responder ]-- [[User:Edokter]] {{talk}}

Problema con la versión imprimible

Hola. Me gustaría saber por qué esta plantilla y el formato {{ Unbulleted list }} no se muestran correctamente en las versiones para imprimir. Por ejemplo, en la versión para imprimir de Barack Obama aparecen sus padres y sus almas mater con sangría, mientras que en la versión no imprimible no aparece ninguna sangría. ¿Hay alguna manera de solucionar esto? Gracias. -- Nevé selbert 22:15, 21 de octubre de 2016 (UTC) [ responder ]

@ Redrose64 y EEng : Perdón por molestar (de nuevo), pero ¿saben algo sobre esto?-- Nevé selbert 08:43, 22 octubre 2016 (UTC) [ responder ]

Mi experiencia con "Imprimir página" y "Descargar como PDF" es que son completamente incapaces de manejar nada que no sean las funciones de formato más básicas. Según mi experiencia, nadie va a solucionar nada de eso, al menos no en este siglo. E Eng 08:54, 22 de octubre de 2016 (UTC) [ responder ]
( editar conflicto ) Supongo que se debe a una de dos cosas: o bien los archivos CSS no tienen código para medios impresos, o bien el software que produce la salida impresa ignora los archivos CSS. -- Red rose64 ( discusión ) 08:55, 22 de octubre de 2016 (UTC) [ responder ]

Tamaño de sangría

Recientemente intenté usar plainlist para hacer coincidir un conjunto de referencias de grupo en Jacques Cousteau #Legend . Hay una discrepancia entre la sangría utilizada para las notas al pie y la sangría producida por plainlist. Por lo tanto, experimenté en el entorno de pruebas y descubrí que se producía una mejor coincidencia cuando se usaba 1,8em como unidad para las sangrías, en lugar de los 1,6em que proporciona plainlist. Eso me hizo preguntarme de dónde viene exactamente el 1,6em y dónde se usa realmente. ¿Se trataba simplemente de una suposición del tamaño de una sangría "estándar" o es realmente precisa para algunas sangrías?


  1. ^ orden actual, es incorrecto en la filmografía oficial
  2. ^ años reales, son incorrectos en la filmografía oficial
  3. ^ Nombres reales, son incorrectos en la filmografía oficial.
  • S – cortometraje
  • F – largometraje
  • <solo número> – la duración de la película es de aproximadamente 45 minutos
  1. ^ orden actual, es incorrecto en la filmografía oficial
  2. ^ años reales, son incorrectos en la filmografía oficial
  3. ^ Nombres reales, son incorrectos en la filmografía oficial.
  • S – cortometraje
  • F – largometraje
  • <solo número> – la duración de la película es de aproximadamente 45 minutos

Puedo solucionar el desajuste en Jacques Cousteau #Legend usando |indent=1.2así que no es un gran problema (aunque la documentación podría mencionar que los tamaños de sangría no enteros son utilizables), pero me pregunté si no sería mejor simplemente aumentar la "sangría estándar" usada aquí, si en realidad no coincide con ninguna sangría real. ¿Opiniones? -- RexxS ( discusión ) 23:38, 23 de diciembre de 2017 (UTC) [ responder ]

Uso Opera 36 y no están alineados: A/B/C están ligeramente más a la derecha que S/F. A/B/C están en una lista ordenada, que no tiene margen izquierdo; cualquier "sangría" aparente de esta lista será específica del navegador. -- Red rose64 🌹 ( discusión ) 07:32 24 dic 2017 (UTC) [ responder ]
@ Redrose64 : Lo comprobé en Chrome y Firefox, que dan el mismo resultado que Opera, así que no creo que sea específico del navegador. Solo hice una alineación aproximada usando 1.8em para demostrar el efecto, pero echa un vistazo a Jacques Cousteau #Legend donde lo usé 1.2 * 1.6em = 1.92emy creo que se alinea exactamente en todos los navegadores que tengo.
Si tenemos un estilo (lista ordenada) que no tiene un margen izquierdo definido, nos dejamos a merced de las implementaciones del navegador. ¿Quizás ese estilo deba configurarse globalmente para evitar ese tipo de dependencias? — Comentario anterior sin firmar agregado por RexxS ( discusióncontribuciones ) 12:31, 24 de diciembre de 2017 (UTC) [ responder ]
La alineación en Firefox 57.0.2 no es perfecta, pero es mucho mejor que en Opera 36. -- Red rose64 🌹 ( discusión ) 23:51 24 dic 2017 (UTC) [ responder ]

Solicitud de edición protegida por plantilla el 1 de enero de 2018

Me parece que hay un perro callejero </div>siguiendo el <noinclude>... Anomalocaris ( discusión ) 22:40 1 ene 2018 (UTC) [ responder ]

El </div>es para cuando |1=está vacío, lo que significa que debe ir seguido de {{endplainlist}}( </div>). —  JJMC89 ( T · C ) 22:58, 1 de enero de 2018 (UTC) [ responder ]
De hecho, ¿ves One </div> demasiados? arriba. -- Red rose64 🌹 ( discusión ) 00:03 2 ene 2018 (UTC) [ responder ]
@ JJMC89 y Redrose64 : Gracias por sus explicaciones. Perdón por la búsqueda inútil. — Anomalocaris ( discusión ) 02:52 2 ene 2018 (UTC) [ responder ]

corchetes dobles de terminación

Generalmente utilizo esta plantilla dentro de los cuadros de información. Cuando lo hago, normalmente coloco los corchetes finales en la misma línea que el último elemento. He visto muchas ediciones en las que el editor inexperto (y posiblemente vandálico) ve los corchetes dobles en su propia línea y los trata descuidadamente como el final de un cuadro de información, y no he visto que eso suceda cuando los }} acompañan al último elemento de la lista. Recientemente me he encontrado con varios editores de IP que insisten en poner los corchetes en su propia línea porque los ejemplos aquí lo demuestran. ¿Hay alguna razón por la que no podamos incluir una línea explicativa en template:plainlist/doc para explicar la inocuidad y la posible utilidad de mi hábito? Gracias a todos. — Fourthords | =Λ= | 17:23, 22 de julio de 2021 (UTC) [ responder ]

Técnicamente hablando, no hay ninguna diferencia si hay una nueva línea antes de la doble llave de cierre (nota: no corchete) o no. Cualquiera cuya única edición en la página sea agregar o eliminar una nueva línea (sin hacer ningún otro cambio), y no esté haciendo cambios idénticos en cientos de otras páginas, es un editor de buena fe y no debe ser tratado como un vándalo. Tampoco deberías hacer una guerra de ediciones con ellos. -- Red rose64 🌹 ( discusión ) 10:15, 23 de julio de 2021 (UTC) [ responder ]
Si bien no hay ninguna diferencia técnica, he visto que el retorno de carro adicional puede ser la causa de errores de los editores con los cuadros de información. Básicamente, solo pregunto si podemos agregar al /doc, no hay ninguna diferencia si hay una nueva línea antes de la doble llave de cierre […] o no.Fourthords | =Λ= | 19:11, 23 de julio de 2021 (UTC) [ responder ]

¿Alguien podría agregar paridad con ? específicamente alrededor del centrado en las tablas?{{ubl}}

Acabo de descubrir que no se pueden usar listas centradas en tablas porque no hay forma de configurar el CSS para el elemento generado por y el CSS para los elementos y está configurado explícitamente en la clase "wikitable" para que esté alineado a la izquierda (no sé por qué):{{plainlist}}<ul>{{plainlist}}<ul><ol>

.wikitable td ul,.wikitable td ol,.wikitable td dl { alineación del texto: izquierda

Como resultado, es necesario configurar style="text-align:center;"los elementos <ul>or <ol>para que una lista muestre sus <li>elementos centrados en una celda de una tabla de la clase "wikitable" (que es la mayoría de las tablas de Wikipedia). Puedes hacer esto ya con:{{ubl}}

{{ubl|list_style=text-align:center;|item 1|item 2|item 3}}

En una celda de tabla se representa como:

pero no hay una forma equivalente de establecer el estilo del <ul>elemento usando la {{plainlist}}plantilla:

{{lista_plana|estilo_de_lista=alineación_del_texto:centro;|* artículo 1* artículo 2* artículo 3}}

En una celda de tabla se representa como:

y configurar el |style=parámetro {{plainlist}}no hace nada (ya que se pasa al contenedor <div>y no al <ul>elemento:

{{lista simple|estilo=texto-alineado:centro;|* artículo 1* artículo 2* artículo 3}}

se representa como:

Entonces, dado que en la documentación describimos {{plainlist}}y {{ubl}}son prácticamente equivalentes, salvo por cómo se formatean los elementos de la lista (separando elementos usando *y nuevas líneas frente a |), esperaba que alguien pudiera agregar soporte {{plainlist}}para todos los {{ubl}}parámetros, a saber:

|class = clase
|style = estilo
|list_style = estilo para la etiqueta ul
|item_style = estilo para todas las etiquetas li
|item1_style = estilo para la primera etiqueta li |item2_style = estilo para la segunda etiqueta li |...

Intentaría hacerlo yo mismo, pero a) no tengo privilegios de editor de plantillas, b) no estoy familiarizado con Lua y c) definitivamente no tengo la experiencia suficiente para sentirme cómodo editando una plantilla que se usa en aproximadamente el 1 % de todas las páginas. 😅 — Joeyconnick ( discusión ) 19:58, 25 de junio de 2023 (UTC) [ responder ]