En primer lugar, esto no es un problema para mí, simplemente estaba leyendo esta sección y me preguntaba sobre esto. Pero es de esperar que una aclaración pueda ser útil para otros en el futuro.
En url-status, dice los valores unfito usurpedse utilizan cuando la URL/dominio enlaza a "vice", pero no está claro qué significa eso. ¿Existe alguna página de ayuda que pueda vincularse allí para aclarar?
Para mí, cuando escucho "vicio", pienso, digamos, en juegos de azar, drogas y pornografía, pero no estoy seguro de a qué se refiere. (Curiosamente, la razón por la que estaba leyendo esta sección fue por un vínculo a una empresa de licores, que podría considerarse "vicio" según algunas definiciones).
Un caso obvio es una URL que solía apuntar a un artículo de noticias pero ahora apunta a pornografía; Obviamente no deberíamos conservar ese enlace para evitar sorpresas desagradables a las personas que hacen clic en el "enlace original", pero puedo imaginar casos más complicados.
Por cierto, en la misma sección, creo que "revendedor" se refiere específicamente a los revendedores de dominios . Quizás eso también debería aclararse.
- W.andrea ( discusión ) 20:41, 3 de febrero de 2024 (UTC) [ respuesta ]
@ W.andrea : Creo que en este contexto el "vicio" incluye los juegos de azar y la pornografía, ya que son dos tipos comunes de contenido a los que somos redirigidos cuando un dominio web ya no está activo. GoingBatty ( charla ) 21:55, 3 de febrero de 2024 (UTC) [ respuesta ]
He modificado audazmente no apto y usurpado en el documento; no dude en revertir o editar. Cambio real de las directrices en lugar de simplemente redacción; la distinción entre no aptos y usurpados no estaba clara (y en realidad hacen exactamente lo mismo). Es más rápido hacerlo y, si es necesario, revertirlo que una larga discusión. Mis mejores deseos, Pol098 ( charla ) 23:55, 3 de febrero de 2024 (UTC) [ respuesta ]
¿No está claro el vicio? Es solo una etiqueta de 1 palabra en lugar de tener que escribir "pornografía, juegos de azar, etc." cada vez en el documento. Si la palabra vicio nos resulta curiosa (“¿qué significa vicio?”), entonces podemos hacer una nota a pie de página enumerando algunos ejemplos.
En segundo lugar, el cambio realizado por Pol098 no es lo que hemos acordado. Existe una diferencia entre la usurpación de un dominio completo. Y las URL individuales dentro de un dominio son inapropiadas, pero por lo demás no son usurpadas. Por ejemplo, un sitio agregador de noticias puede tener muchas URL seguras. Pero una de sus historias contiene pornografía flagrante o spam de juegos de azar. Por eso suprimimos individualmente las URL de dominios legítimos usando |unfit=. O podemos suprimir todo un dominio que ha sido usurpado. En efecto, ambos hacen lo mismo, pero operan en niveles diferentes y significan algo diferente. En resumen: la usurpación ocurre a nivel de dominio . No apto a nivel de página . -- Verde C 01:36, 4 de febrero de 2024 (UTC) [ respuesta ]
¿No está claro el vicio? El vicio es un tema culturalmente informado con diferentes interpretaciones; un ejemplo destacado es el Comité para la Promoción de la Virtud y la Prevención del Vicio. Otro ejemplo es que mi abuelo considera un vicio ir de compras el domingo, pero yo no. Considere otra palabra si la brevedad es la preocupación aquí. Sofá de gamuza naranja ( charla ) 03:16, 5 de febrero de 2024 (UTC) [ respuesta ]
Debido a que esta es otra discusión más sobre este tema, estoy empezando a preguntarme si no sería mejor definir unfity usurpedcomo alias iguales. Los editores pueden entonces elegir el que les parezca mejor. Esto podría eliminar la aparente necesidad de discutir sobre los significados individuales de las palabras clave. Si hacemos eso entonces, la definición podría reescribirse así:
unfito usurped– selecciona |archive-url=; se utiliza cuando hay |url=enlaces a vicios (juegos de azar, pornografía), publicidad, un revendedor de dominio u otra página inadecuada; Los enlaces a |url=se suprimen en la representación. Si un dominio completo no es adecuado, considere la posibilidad de usurparlo o incluirlo en una lista negra .
—El monje trapense ( charla ) 01:56, 4 de febrero de 2024 (UTC) [ respuesta ]
La pregunta aún existe: ¿cuándo es apropiado utilizar la palabra "no apto" frente a "usurpado"? Podemos brindar orientación como se indicó, la diferencia es entre un dominio completo que es un problema y una página que es un problema dentro de un dominio que de otro modo sería bueno. -- Verde C 02:35, 4 de febrero de 2024 (UTC) [ respuesta ]
"La diferencia es entre un dominio completo que es un problema y una página que es un problema". Genial, eso tiene sentido, pero la documentación debe dejarlo claro. Al igual que una tormenta en una taza de té, la distinción no tiene ningún efecto en el lector y el editor puede ver dónde enlaza ahora la página. Mi edición no destaca este punto, pero no empeora la directriz, por lo que no la retiraré y espero que se mejore. Incluso el nombre es vago, una página no adecuada o un dominio usurpado es mejor. Mis mejores deseos, Pol098 ( discusión ) 12:04, 4 de febrero de 2024 (UTC) [ respuesta ]
Pensé que la documentación lo deja claro. Uno dice página, el otro dice dominio. -- Verde C 17:41, 4 de febrero de 2024 (UTC) [ respuesta ]
Acepte fusionarlos y convertir uno en un alias del otro. No hacen nada distinto y es una tontería discutir sobre una distinción que no tiene importancia para ningún propósito práctico. Algo que sí importa sería comprar generando un mensaje de advertencia cuando se utilizan estos parámetros. ¿De qué sirve si se interpreta como un error? Si utilicé ese parámetro, lo hice a propósito y no necesito una pseudoadvertencia para intentar convencerme de que algo no funciona cada vez que edito la página. Simplemente inspira a alguien más a pensar que está roto y a meterse con ello. - SMcCandlish ☏ ¢ 😼 03:03, 5 de febrero de 2024 (UTC) [ respuesta ]
¿Estos hacen lo mismo? No puedo notar ninguna diferencia al usarlos, desde la categoría de mantenimiento o desde la zona de pruebas. Acepte que tiene sentido que sean alias. ¿Podemos seguir adelante y presentarlos ahora como alias en la documentación? Rjj iii ( charla ) 16:27, 14 de febrero de 2024 (UTC) [ respuesta ]
Los íconos de acceso a citas a veces aparecen recortados en MonoBook
Hola, @ TechnoSquirrel69 informó este error en Phabricator, pero parece ser un problema con las plantillas. Consulte https://phabricator.wikimedia.org/T356831 para ver capturas de pantalla.
Pasos para replicar el problema (incluya enlaces si corresponde):
Abra este enlace permanente. Cualquier página que utilice los iconos de acceso también podría tener este problema. Aquí está otro.
¿Lo que sucede? :
Observe que los íconos se recortan en la parte superior, inferior o en ambas.
Otra información (nombre/versión del navegador, capturas de pantalla, etc.):
Tengo este problema en Firefox y Chrome. Parecía aparecer de manera más confiable en Monobook, a veces en Vector 2010, pero ninguno de ellos tenía una tasa de reproducibilidad del 100%.
El tamaño de los íconos de acceso se eligió para que se ajustara al tamaño de fuente que los lectores ven con el aspecto predeterminado (en ese momento, era Vector, desde entonces renombrado como Vector Legacy 2010). Parece que la máscara Monobook tiene un tamaño de fuente predeterminado más pequeño (no en MediaWiki:Monobook.css, así que no sé dónde está configurado el tamaño de fuente predeterminado de Monobook). El problema se ve agravado por el uso de y que representan referencias en un 90% del tamaño de fuente predeterminado, ya más pequeño, de Monobook.{{reflist}}{{ref begin}}
a veces en Vector 2010 ¿Ejemplos de dónde ves esto? Utilizo Vector 2010 y nunca he notado íconos de acceso recortados.
No estoy dispuesto a hacer nada al respecto. Mientras los íconos de acceso se muestren correctamente para nuestros lectores, no veo ninguna razón para dedicar tiempo y esfuerzo a esos relativamente pocos editores que usan Monobook. ¿Es siquiera posible que sepamos la máscara que está usando un lector? Supongo que algunos CSS de Monobook pueden incluir anulaciones para el CSS del icono de acceso en Module:Citation/CS1/styles.css . Noto que Monobook usa íconos de PDF que son diferentes de los usados en Vector 2010, por lo que dondequiera que se defina el ícono de Monobook PDF podría ser un lugar apropiado para anular el css del ícono de acceso cs1|2. Hacer eso está fuera de la competencia de cs1|2 y sin duda requerirá los servicios de un administrador de interfaz.
—El monje trapense ( charla ) 16:31, 7 de febrero de 2024 (UTC) [ respuesta ]
¿Sabías que los selectores de TemplateStyles pueden comenzar con algo como ? Además, ¿sabías que existe una palabra clave para la propiedad CSS background-size? Cualquiera de ellos podría usarse para resolver esto. Anomia ⚔ 12:38, 8 de febrero de 2024 (UTC) [ respuesta ]body.skin-monobookcontain
No hice. No hice. Gracias por eso; Tengo pocos conocimientos y experiencia con CSS. Usé ambos en Module:Citation/CS1/sandbox/styles.css . Aquí hay enlaces permanentes a mi sandbox usando las distintas máscaras:
Minerva
monolibro
eterno
vector
vector 2022
Alguien sabe cómo deshacerse de advertencias duplicadas como esta:
Advertencia: la imagen de fondo '//upload.wikimedia.org/wikipedia/commons/6/65/Lock-green.svg' se usó varias veces y se declaró por primera vez en la línea 51, columna 2.
—El monje trapense ( charla ) 16:19, 8 de febrero de 2024 (UTC) 18:09, 8 de febrero de 2024 (UTC) [ respuesta ]
Encontré una solución.
—El monje trapense ( charla ) 18:09, 8 de febrero de 2024 (UTC) [ respuesta ]
Agregue los parámetros editor1= y lugar1= para varios editores.
Por ejemplo, en este libro Siguiendo el ecuador , hay dos editoriales diferentes acreditadas en dos lugares diferentes.
Sin embargo , al utilizar esta plantilla: libro de citas , solo hay parámetros editor= y lugar= para un valor a pesar de que hay dos valores. Por lo tanto, por ahora codificó así: " |publisher=American Publishing Co. y Doubleday & McLure Co. |place=Hartford y Nueva York ",
y se muestra así: " Hartford y Nueva York: American Publishing Co. y Doubleday & McLure Co. ",
donde debería haberse mostrado así: " Hartford: American Publishing Co. y Nueva York: Doubleday & McLure Co. " EdhyRa ( charla ) 12:09, 10 de febrero de 2024 (UTC) [ respuesta ]
Por favor agregue el parámetro hal=
Esto debería ser similar a varios parámetros de ID como doi. Consulte el íbice de Nubia para obtener una cita con este parámetro. "hal=hal-00888596" o "hal=00888596" (elección del implementador) debe vincularse a https://hal.science/hal-00888596 - UtherSRG (discusión) 15:23, 11 de febrero de 2024 (UTC) [ respuesta ]
Puede utilizar la plantilla {{ HAL|id= }} y el campo para lograr esto; consulte mi edición [1] para Nubian ibex. -- LCU Activamente Desinteresado « @ » ° ∆t ° 16:05 , 11 de febrero de 2024 (UTC ) [ respuesta ]
Generalmente hay una plantilla reexistente que puedes usar, {{ BNF }} para enlaces a la Bibliothèque nationale de France, por ejemplo. -- LCU Activamente Desinteresado « @ » ° ∆t ° 16:06, 11 de febrero de 2024 ( UTC ) [ respuesta ]
Mmm. De acuerdo. Pero esperaba, después de una implementación tipo doi, poder presionar al mantenedor del bot User:Citation, AManWithNoPlan , para buscar datos adicionales. ¿Es eso posible con "id="? - UtherSRG (discusión) 16:15, 11 de febrero de 2024 (UTC) [ respuesta ]
Lo siento, eso es algo que deberías preguntarle a AManWithNoPlan. -- LCU Activamente Desinteresado « @ » ° ∆t ° 17:35, 11 de febrero de 2024 ( UTC ) [ respuesta ]
{{ HAL }} se utiliza sólo en diez artículos en este momento. Eso no es suficiente para agregar un parámetro completamente nuevo, con todo el soporte que eso implica. |id=Normalmente lo que recomendamos es colocar la plantilla hasta que el uso alcance un nivel superior (murmullos vagos sobre lo que constituye un "nivel superior"...). – Jonesey95 ( discusión ) 18:24, 11 de febrero de 2024 (UTC) [ respuesta ]
¡Bien por los murmullos vagos! XD - UtherSRG (discusión) 20:37, 11 de febrero de 2024 (UTC) [ respuesta ]
¿Corregir un error de cs1 o un mantenimiento de cs1 constituye un cambio cosmético o un cambio sustancial?
Existe una sección WP:COSMETICBOT que explica las diferencias entre un cambio cosmético o un cambio sustancial. ¿Solucionar un "error de CS1" o un problema de "mantenimiento de CS1" constituye un cambio cosmético o un cambio sustancial?
Hay páginas en la categoría "Errores CS1" y "Mantenimiento CS1":
Existen varias subcategorías de errores de CS1 y mantenimiento de CS1. A primera vista, algunos parecen cosméticos, mientras que otros parecen sustanciales.
En el WP:COSMETICBOT se explica que se considera un cambio sustancial en la "administración de la enciclopedia", como el mantenimiento de categorías ocultas utilizadas para rastrear los retrasos en el mantenimiento (por ejemplo, cambiar "cita requerida" por "cita requerida | fecha = septiembre de 2016). ").
Si no hay una respuesta general sobre si las categorías "errores CS1" y "mantenimiento CS1" son cosméticas o sustantivas:
Técnicamente es un cambio sustancial, ya que elimina una categoría y, a menudo, un mensaje de error o mantenimiento de la página representada. – Jonesey95 ( discusión ) 23:04, 11 de febrero de 2024 (UTC) [ respuesta ]
consulta de formato de fecha automática
¿Por qué no |orig-date=formatea su salida IAW la implementación del artículo de {{ use dmy fechas }} o {{ use mdy fechas }} (como |date=lo hace)? — Cuartos | =Λ= | 20:08, 11 de febrero de 2024 (UTC) [ respuesta ]
Porque el valor asignado no está restringido solo a la fecha.
—El monje trapense ( charla ) 20:30, 11 de febrero de 2024 (UTC) [ respuesta ]
citar tesis
Pregunta para el equipo de citas: ¿Hay alguna razón por la que citar la tesis no tenga un campo de página/páginas? Sé que se supone que no debemos citar nada debajo de un doctorado. tesis (una regla que puedo ignorar selectivamente o no, pero no importa), pero ¿es incorrecto incluir números de página de tesis por alguna razón? No soy un académico profesional, por lo que esto podría ser algo conocido en tesis o bibliografías. (Más breve: lo pregunto por ignorancia/curiosidad/buena fe). Por lo general, simplemente los coloco entre las etiquetas de referencia después de la plantilla de cita de tesis, pero siempre tengo la clara sensación de que estoy haciendo algo mal. Gracias de antemano por la orientación. jengod ( discusión ) 22:20, 14 de febrero de 2024 (UTC) [ respuesta ]
Lo hace. ¿Estás utilizando el Editor Visual? Probablemente necesitemos completar TemplateData. Los TemplateData para {{ cite book }} y {{ citation }} son mucho más completos. Los parámetros únicos o específicos de {{ citar tesis }} podrían agregarse a uno de ellos y luego se pueden eliminar los parámetros no admitidos. Saludos, Rjjiii (ii) ( charla ) 22:43, 14 de febrero de 2024 (UTC) [ respuesta ]
Citar la página de tesis es un parámetro no documentado
Lamento mucho ser un paciente difícil, pero no tengo idea de qué uso para editar aparte de "mi teléfono" y alterno entre escritorio y en.m según sea necesario. Cuando agrego una página a una plantilla de tesis de citas y luego uso el pequeño dispositivo de citas, me dice "parámetro no admitido". Ver imagen. Parece que el "parámetro no admitido" podría enojar a los robots y quiero apoyar a nuestros amigos robots. ¿Pero estás diciendo que puedo ignorarlo? jengod ( charla ) 23:13, 14 de febrero de 2024 (UTC) [ respuesta ]
@ Jengod : Todo está bien. Ese es el Editor Visual ( Wikipedia: VisualEditor ). Puedes ignorar ese mensaje al lado de "página". "parámetro no documentado" se entiende literalmente. Está respaldado por la plantilla pero no documentado . Si se desplaza hacia abajo hasta la parte inferior de la página de documentación de cualquier plantilla, probablemente verá una gran tabla de parámetros o un enlace a una página con una gran tabla de parámetros. Esas tablas son los datos JSON que utiliza el Editor Visual. Se llama Wikipedia:TemplateData y muchas plantillas menos utilizadas carecen de él por completo. Sinceramente, parece un sistema bastante extraño. Acabo de agregar los parámetros de {{ Citation }} esa portada, páginas, en, no-pp y capítulo. Rjj iii ( charla ) 00:11, 15 de febrero de 2024 (UTC) [ respuesta ]
@Rjjiii impresionante . He estado pensando en eso desde hace un tiempo. Gracias por la solución. Muy apreciado. mejor, jengod ( discusión ) 00:15, 15 de febrero de 2024 (UTC) [ respuesta ]
Documentación de parámetros en inglés de CS1/2 y TemplateData
¿Podríamos aclarar el significado de la descripción en la sección TemplateData de|language= CS1/2 ? El texto actual indica El idioma en el que está escrita la fuente, si no es inglés; utilice un código de idioma de dos letras o el nombre completo del idioma , que podría interpretarse de dos maneras. O es una descripción de la salida del parámetro, donde si el parámetro lo es, no se mostrará en el texto entregado al lector de un artículo, o como me dijo recientemente un usuario , es una instrucción para no usarlo en citas. a artículos en idioma inglés. Entiendo que el consenso de larga data es que incluimos el para facilitar que los wikis en idiomas distintos del inglés utilicen directamente nuestras citas al traducir nuestros artículos. |language=en|language=en|language=en
Además, la interpretación de que la entrada TemplateData es una instrucción no parece coincidir con la sección de uso de la documentación de la plantilla . La sección de uso establece que cuando el único idioma fuente es el inglés, no se muestra ningún idioma en la cita ; sin embargo, no recomienda su uso cuando sea apropiado según la fuente citada. Si el consenso es que aún deberíamos incluir citas en inglés, ¿podríamos actualizar el texto en la sección TemplateData para hacerlo menos ambiguo? O si el consenso ha cambiado y no deberíamos usarlo, ¿ podríamos actualizar el texto de la sección de uso para hacerlo más explícito? Sideswipe9th ( discusión ) 00:31, 15 de febrero de 2024 (UTC) [ respuesta ]|language=en|language=en|language=en
Inglés
En mi humilde opinión, language=en y en-gb o en-nz o en-pk es inofensivo y/o a menudo se extrae automáticamente de cualquier base de datos bibliográfica que esté utilizando y el camino de menor resistencia es abandonarla. Personalmente me gusta, agrega bonitos detalles a las citas, y este es un gran proyecto internacional y de la misma manera que usamos plantillas regionales en inglés (por ejemplo, {{use el inglés de Sri Lanka}}), en parte como un gesto de inclusión y respeto. Creo que reconocer las variaciones regionales es apropiado y ciertamente no está mal. Mi entendimiento común es que maximizar los metadatos es fundamental para una excelente gestión de sistemas de información, que es lo que hacemos.
No inglés
Si su fuente no está en inglés, incluya el código de idioma apropiado y, cuando corresponda, incluya códigos de variación regional cuando existan; por ejemplo, creo que el flamenco es nl-be (¡holandés, pero en Bélgica!), el portugués brasileño es pt-br, El español mexicano es es-mx, etc. Los idiomas son probablemente muy similares, si no idénticos, especialmente "impresos", pero el etiquetado más descriptivo posible es beneficioso y nuevamente es un gesto respetuoso que reconoce la diversidad lingüística y cultural.
jengod ( discusión ) 00:55, 15 de febrero de 2024 (UTC) [ respuesta ]
Artículos sin título
{{Cita revista | primero=Deborah Dash | último=Moore | título=ninguno | departamento = Reseña de Daniel Morris, ''Después de Weegee: ensayos sobre fotógrafos judíos estadounidenses contemporáneos'' (Syracuse: Syracuse University Press, 2011) | trabajo=Historia judía americana | volumen=97 | número=1 | fecha=marzo 2013 | páginas=93–94 | doi=10.1353/ajh.2011.0012}}
desafortunadamente (para mi propósito) renderiza
Moore, Deborah Dash (marzo de 2013). "ninguno". Reseña de Daniel Morris, After Weegee: ensayos sobre fotógrafos judíos estadounidenses contemporáneos (Siracusa: Syracuse University Press, 2011). Historia judía estadounidense . 97 (1): 93–94. doi :10.1353/ajh.2011.0012.
con un título no deseado de "ninguno". ¿Cómo se pueden acabar con los títulos?
(Además, "Reseña de Daniel Morris, After Weegee [bla, bla]" no es un "departamento". El departamento bien podría ser "Reseñas de libros" [plural], aunque no lo he buscado. Una alternativa superior para reemplazar "departamento" " sería bienvenido.)
Estoy bastante seguro de que esta es una pregunta que hice y que fue respondida por expertos hace unos meses. ¡Lo siento! (Busqué las preguntas y respuestas anteriores, pero no pude encontrarlas). - Hoary ( discusión ) 05:29, 15 de febrero de 2024 (UTC) [ respuesta ]
Corchetes "sin título": desearía que se admitiera "[sin título]" para que sea coherente con na sin autor, nd sin fecha y sin página. para "sin paginación", ¡pero lo suficientemente cerca!
Moore, Deborah Dash (marzo de 2013). "[intitulado]". Reseña de Daniel Morris, After Weegee: ensayos sobre fotógrafos judíos estadounidenses contemporáneos (Siracusa: Syracuse University Press, 2011). Historia judía estadounidense . 97 (1): 93–94. doi :10.1353/ajh.2011.0012.
jengod ( discusión ) 06:16, 15 de febrero de 2024 (UTC) [ respuesta ]
En este caso, creo que es bueno poner casi cualquier "título que no sea original de la fuente" entre corchetes y colocarlo en la ranura del título. Los corchetes indican que fue creado por el catalogador o bibliógrafo y no como el autor original nombró su obra de arte.
Moore, Deborah Dash (marzo de 2013). "[Revisión de Daniel Morris, After Weegee: ensayos sobre fotógrafos judíos estadounidenses contemporáneos (Syracuse: Syracuse University Press, 2011)]". Reseñas. Historia judía estadounidense . 97 (1): 93–94. doi :10.1353/ajh.2011.0012. jengod ( discusión ) 06:23, 15 de febrero de 2024 (UTC) [ respuesta ]
Jengod , gracias, eso definitivamente es una mejora. Pero recuerdo, o recuerdo mal, que hay una solución aún mejor. - Canoso ( discusión ) 07:27, 15 de febrero de 2024 (UTC) [ respuesta ]
Te creo y estoy aquí con mis palomitas. Me encantan todas estas plantillas de citas: ¡tienen tantos secretos y rincones interesantes! jengod ( discusión ) 07:34, 15 de febrero de 2024 (UTC) [ respuesta ]
Su cita muestra "ninguno" porque usó |work=American Jewish Historycuando debería haber nombrado la revista como revista |journal=American Jewish History:
{{Cite journal|first=Deborah Dash |last=Moore |title=none |department=Review of Daniel Morris, ''After Weegee: Essays on Contemporary Jewish American Photographers'' (Syracuse: Syracuse University Press, 2011) |journal=American Jewish History |volume=97 |number=1 |date=March 2013 |pages=93–94 |doi=10.1353/ajh.2011.0012}}
Moore, Deborah Dash (marzo de 2013). Reseña de Daniel Morris, After Weegee: ensayos sobre fotógrafos judíos estadounidenses contemporáneos (Siracusa: Syracuse University Press, 2011). Historia judía estadounidense . 97 (1): 93–94. doi :10.1353/ajh.2011.0012.{{cite journal}}: CS1 maint: untitled periodical (link)
No haga un mal uso de los parámetros cs1|2 ( |department=en lugar de |title=etc). Considere escribir el título de la reseña tal como está escrito en la página de la revista y especifique |type=Review. Omita el detalle bibliográfico más o menos innecesario para evitar confusiones (a veces estos títulos contienen identificadores ISBN, precio, dimensiones físicas... que no son relevantes a la hora de citar la reseña):
{{Cite journal|first=Deborah Dash |last=Moore |title=''After Weegee: Essays on Contemporary Jewish American Photographers''. By Daniel Morris |type=Review |journal=American Jewish History |volume=97 |number=1 |date=March 2013 |pages=93–94 |doi=10.1353/ajh.2011.0012}}
Moore, Deborah Dash (marzo de 2013). " Después de Weegee: ensayos sobre fotógrafos judíos estadounidenses contemporáneos . Por Daniel Morris". Historia judía estadounidense (revisar). 97 (1): 93–94. doi :10.1353/ajh.2011.0012.
—El monje trapense ( charla ) 14:54, 15 de febrero de 2024 (UTC) [ respuesta ]
¿Hay alguna manera de hacer que "tipo" (o un parámetro similar) se represente después del título de la contribución en lugar de después del nombre de la revista? Esto quedaría más claro si dijera:
Moore, Deborah Dash (2013). " Después de Weegee: ensayos sobre fotógrafos judíos estadounidenses contemporáneos , por Daniel Morris" (Reseña del libro). Historia judía estadounidense . 97 (1): 93–94. doi :10.1353/ajh.2011.0012.
– jacobolus (t) 19:59, 15 de febrero de 2024 (UTC) [ respuesta ]
Relacionado: sería muy útil si el "idioma" pudiera adjuntarse solo al nombre de la contribución en lugar del nombre de la revista. Por ejemplo, muchas revistas antiguas de matemáticas incluían habitualmente una combinación de artículos en inglés, francés, alemán, etc., lo que hace que resulte confuso tener una cita como Apellido, Primero (1850). "Título en alemán" [traducción al inglés]. Nombre de la revista francesa (en alemán). 4 (5): 72–90.De hecho, podría decirse que el parámetro "idioma" y posiblemente "tipo" siempre deberían adjuntarse al nombre del capítulo/contribución, en lugar del nombre del libro/revista. – jacobolus (t) 21:04, 15 de febrero de 2024 (UTC) [ respuesta ]
Para las reseñas de libros, "Considere escribir el título de la reseña tal como está escrito en la página de la revista" es un muy mal consejo. Eso lleva a títulos como "Siobhan Roberts. Rey del espacio infinito: Donald Coxeter, el hombre que salvó la geometría. xv + 399 pp., illus., figs., apps., bibl., index. Nueva York: Walker & Company, 2006. $27,95 (tela)." Nadie en su sano juicio quiere eso. - David Eppstein ( discusión ) 20:45, 15 de febrero de 2024 (UTC) [ respuesta ]
O en este caso, "Después de Weegee: ensayos sobre fotógrafos judíos estadounidenses contemporáneos. Por Daniel Morris. Syracuse: Syracuse University Press, 2011. xxxvi + 299". Pero creo que la idea sería limitarnos solo al título del libro + autor, sin incluir la editorial, el ISBN, el precio, el número de páginas, etc. El propósito de la cita es identificar la fuente [aquí la reseña], no tirar un montón. de ruido innecesario en el lector. Personalmente, a veces acorto los títulos de libros largos en tales citas a solo la primera parte, del modo siguiente:
Moore, Deborah Dash (2013). " Después de Weegee , de Daniel Morris". Historia judía estadounidense (Reseña del libro). 97 (1): 93–94. doi :10.1353/ajh.2011.0012.
Pero sería aún más claro si se adjuntara "tipo" al título de la reseña en lugar del nombre de la revista. – jacobolus (t) 20:54, 15 de febrero de 2024 (UTC) [ respuesta ]
Es bastante obvio que no leíste todo lo que escribí. Déjame dártelo de nuevo:
Considere escribir el título de la reseña tal como está escrito en la página de la revista y especifique |type=Review. Omitir el detalle bibliográfico más o menos innecesario para evitar confusiones (a veces estos títulos contienen identificadores ISBN, precio, dimensiones físicas... que no son relevantes a la hora de citar la reseña)
—El monje trapense ( charla ) 22:47, 15 de febrero de 2024 (UTC) [ respuesta ]
Buenos días (donde estoy); y gracias a todos. Seguiré la sugerencia del monje. Por supuesto, la semántica de la plantilla es importante, pero también estoy bastante contento con la apariencia. Sin embargo, apoyo la solicitud/sugerencia de Jacobolus de que el valor (aquí, "revisión") del atributo "tipo" no se agregue al título de la revista sino al título [si es que es un título] del artículo que se está publicando. citado. ¶ Aunque [ abre la lata de gusanos ] en realidad preferiría resultados como
Deborah Dash Moore (2013). Reseña de Después de Weegee , de Daniel Morris. Historia judía estadounidense 97 (1): 93–94. doi :10.1353/ajh.2011.0012.
(sin comillas alrededor de lo que creo que es una descripción en lugar de un título; y sin inversión del orden del nombre del autor, ya que no está dentro de una lista de apellidos ordenados alfabéticamente). Pero imagino que tales propuestas ya han sido sugeridas, discutidas y rechazadas. - Canoso ( discusión ) 23:46, 15 de febrero de 2024 (UTC) [ respuesta ]
(Si tiene una fuerte opinión sobre una cita en particular, siempre puede usar un marcado wiki simple en lugar de una plantilla. Si necesita vincularlo desde notas a pie de página abreviadas, use {{ wikicite }}.) – jacobolus (t) 23:49, 15 de febrero de 2024 (UTC) [ respuesta ]
Jacobo , sí, lo sé. Durante mucho tiempo no utilicé plantillas de citas (excepto cuando trabajaba en artículos que ya las utilizaban), porque parecían no atender a muchas peculiaridades bibliográficas que encontraba a menudo, en particular libros con dos o más textos paralelos (quizás uno en holandés y otro en francés) y, por tanto, dos o más títulos. Se ha invertido una enorme cantidad de trabajo en las plantillas y entiendo el valor de usarlas (para la analizabilidad mecánica, etc.). Los uso, pero todavía tengo problemas (como es de esperar de cualquier sistema complejo). De todos modos, he implementado con gratitud la sugerencia anterior. - Canoso ( discusión ) 01:44, 16 de febrero de 2024 (UTC) [ respuesta ]
Lybarger, Donald F., ed. (agosto de 1942). "Casa Angier (1854–1866), Casa Kennard (1866– c. 1940 ); Hotel Lincoln (1940—)". Sitios históricos de Cleveland: hoteles y tabernas (Reporte). Columbus: Proyecto de estudio de registros históricos de Ohio. págs. 366–437, a través de publicaciones de Ohio Works Progress Administration, colecciones especiales de bibliotecas de la Universidad de Kentucky. Este artículo incorpora texto de esta fuente, que se encuentra en el dominio público .
{{citar informe |título=Sitios históricos de Cleveland: hoteles y tabernas |ubicación=Columbus |editor=Proyecto de estudio de registros históricos de Ohio |editor-last=Lybarger |editor-first=Donald F. |fecha=agosto de 1942 |páginas=366 –437 |capítulo=Casa Angier (1854–1866), Casa Kennard (1866–{{circa|1940}}); Hotel Lincoln (1940—) |author-link=Encuesta de registros históricos |url=https://exploreuk.uky.edu/catalog/xt7vt43j1895 |ref={{harvid|Encuesta de registros históricos|1942}} |via=Progreso de las obras de Ohio Publicaciones de administración, colecciones especiales de bibliotecas de la Universidad de Kentucky}} {{PD-inline}}
Entonces. Este es un informe gubernamental bastante oscuro. El único lugar donde está en línea es la biblioteca de esta universidad. Como parte de amar a nuestros amigos los bibliotecarios y archiveros, me gusta incluir tanto crédito de "repositorio" como pueda en las citas. Si fuera solo un cuadro inaccesible, usaría {{citar archivo}} pero creo que es apropiado tratarlo como un libro/informe/sitio web, etc.
De todos modos, me hubiera encantado robar los atributos institución= y colección= de {{citar archivo}} para esta referencia, excepto que dice que el editor y la institución no se pueden usar simultáneamente y que la colección no es un atributo admitido. *Entonces* via= está haciendo un buen trabajo manejando esta tarea, pero me encantaría si hubiera atributos de archivo como repository= y/o collection= atributo en la plantilla de cita principal .
Otro ejemplo donde habría usado esto es en el Frente Chicano de Liberación . Creo que envié correos electrónicos a tres bibliotecas antes de que alguien tuviera una copia de este oscuro periódico clandestino local; Una vez que lo encontré, fueron geniales, lo escanearon y lo enviaron de inmediato. Definitivamente quería dar crédito. Pero la cita del *artículo* realmente no se adapta a los detalles de archivo adicionales que a veces me gustaría incluir.
Blake, Michael (13 de agosto de 1971). "Los bombarderos del barrio hablan: caminando suavemente por el barrio con un gran garrote... de dinamita (Comunicado del Frente Chicano de Liberación)". Prensa libre de Los Ángeles . vol. 8, núm. 33. págs. 1–2. ISSN 0024-6573. Número 369, a través del Centro de Investigación del Suroeste de la Universidad de Nuevo México - Colección de periódicos subterráneos, MSS 514 BC, Box 48.
{{Cite news |last=Blake |first=Michael |date=1971-08-13 |title=Bombarderos del Barrio Hablan: Caminando suavemente en el barrio con un gran garrote...de dinamita (Comunicado del Frente Chicano de Liberación) | volumen=8 |páginas=1–2 |trabajo=[[Los Angeles Free Press]] |número=33 |issn=0024-6573 |id=Número 369 |via=Centro de Investigación del Suroeste en la [[Universidad de Nuevo México] ] - Colección de periódicos subterráneos, MSS 514 aC, caja 48}}
Para alargar la historia, en un mundo perfecto diseñado a mi alrededor (LOL), la plantilla de cita "principal" también permitiría más atributos de "ubicación física" como los que se incluyen en el archivo de citas, así:
{{Cite news |last=Blake |first=Michael |date=1971-08-13 |title=Bombarderos del Barrio Hablan: Caminando suavemente en el barrio con un gran garrote...de dinamita (Comunicado del Frente Chicano de Liberación) | volumen=8 |páginas=1–2 |trabajo=[[Los Angeles Free Press]] |número=33 |issn=0024-6573 |id=Número 369 |repositorio=Centro de Investigación del Suroeste |institución=Universidad de Nuevo México | ubicación=Albuquerque, NM |collection=Colección de periódicos subterráneos |series=MSS 514 a.C. |box=48 |collection-url=https://nmarchives.unm.edu/repositories/22/archival_objects/196279 }}
Supongo que otra forma de hacerlo sería tener un {{cite book}} y un {{cite archive}} uno al lado del otro dentro de las etiquetas de referencia , pero eso podría... ¿romper algo?
Probablemente estoy escribiendo todo esto como una postergación de la transcripción que necesito hacer para este borrador de Kennard House , pero quería plantear esta idea y ver si alguien más había preguntado sobre esto antes o si había alguna solución alternativa recomendada. ¡GRACIAS! jengod ( discusión ) 06:29, 18 de febrero de 2024 (UTC) [ respuesta ]
jengod , Ver {{ Citar archivo }}. Definitivamente, Param |via=no es el lugar para ello. Mathglot ( charla ) 06:52, 18 de febrero de 2024 (UTC) [ respuesta ]
@mathglot, ¿podría hacer {{ cite book }} y {{ cite archive }} uno al lado del otro en una referencia? jengod ( discusión ) 16:35, 18 de febrero de 2024 (UTC) [ respuesta ]
OK, lo probé, vinculado por la palabra "en". Hasta ahora, todo bien. ¡¡Gracias!! jengod ( discusión ) 19:53, 18 de febrero de 2024 (UTC) [ respuesta ]
tcommonlimpieza de tareas
En esta discusión (enlace permanente), un editor preguntó: ¿Hay alguna manera de hacer que "tipo" (o un parámetro similar) se represente después del título de la contribución en lugar de después del nombre de la revista?
Esa pregunta me hizo pensar en cómo limpiar el desorden que es tcommonla tarea. tcommones una variable interna en Módulo: Cita/CS1 que se utiliza al ensamblar una representación de citas cs1|2. Por ejemplo, la tcommontarea de la plantilla estándar tiene este aspecto:{{cite book}}
donde Title, TitleNote, Conference, etc son metaparámetros asociados con |title=, |department=(o |title-note=), |conference=etc. – así es como cs1|2 trata con los alias.
En la tarea anterior, Conference, Periodicaly probablemente Agencyno se apliquen a las citas de libros, por lo que no hay una razón real para que esos metaparámetros estén en la tcommontarea.
Dado que estoy pensando en estas asignaciones, ahora sería un buen momento para revisar el posicionamiento de los parámetros en las representaciones de citas. Supongo que mi intuición es que |type=no debería acercarse a eso |title=en las citas de revistas, pero supongo que podría convencerme de lo contrario. ¿Hay otros parámetros que deberían reposicionarse?
—El monje trapense ( charla ) 18:41, 18 de febrero de 2024 (UTC) [ respuesta ]
En {{ citar mapa }}, un mapa que es un documento independiente tiene su título en cursiva, usándose |title=para contener ese título. A ese título le sigue el tipo "(Mapa)". Si el mapa está contenido en otra obra, como por ejemplo citando un mapa dentro de un atlas, el título del mapa se mantiene |map=entre comillas y tiene el tipo a continuación. Esto es:
Oficina de Vías Públicas; Asociación Estadounidense de Funcionarios de Carreteras Estatales (11 de noviembre de 1926). Sistema de carreteras de los Estados Unidos adoptado para señalización uniforme por la Asociación Estadounidense de Funcionarios de Carreteras Estatales (Mapa). 1:7.000.000. Washington, DC: Servicio Geológico de Estados Unidos. OCLC 32889555.
Rand McNally (2023). "Michigan" (Mapa). The Road Atlas 2024: Estados Unidos, Canadá México (edición especial de coleccionista del centenario). C. 1:1.267.200. Chicago: Rand McNally. págs. 50–51. §P9. ISBN 978-0-528-02718-5.
Tener ese tipo de indicación cambiando posiciones así tiene sentido para mí. El atlas no es el mapa, el mapa que contiene es el mapa. En otro contexto, eche un vistazo a:
"Cambio de carretera con estado bien planificado". La Revista Minera (Editorial). Marquette, Míchigan. 27 de abril de 2005. p. A6. ISSN 0898-4964.
La implicación es que el periódico en sí es el editorial, ya que el tipo entre paréntesis califica o describe el artículo en lugar de describir el contenido citado. Si en cambio se presenta como:
"Cambio de carretera con estado bien planificado" (Editorial). El Diario Minero . Marquette, Míchigan. 27 de abril de 2005. pág. A6. ISSN 0898-4964
entonces estaríamos aclarando afirmando que el artículo citado es un editorial. Lo mismo podría decirse de cualquier número de descriptores comunes de artículos de revistas. Imzadi 1979 → 06:36, 19 de febrero de 2024 (UTC) [ respuesta ]
¡Hola! Como parte de esta discusión, ¿podemos mover la generación de fuentes a una página separada y dividirla en tipos/variantes? ¿Para facilitar la edición de las fuentes que se muestran en otros proyectos wiki? Iniquidad ( charla ) 12:24, 19 de febrero de 2024 (UTC) [ respuesta ]
No entiendo qué es lo que preguntas. cs1|2 no genera fuentes , sea lo que sea.
—El monje trapense ( charla ) 14:03, 19 de febrero de 2024 (UTC) [ respuesta ]
Me refiero principalmente al código que comienza en la línea 3951. Hace unos meses les hablamos de que sería genial poder personalizar la visualización de fuentes según los estándares locales. Aconsejó utilizar plantillas locales, pero me parece que esto no tiene sentido ya que este módulo proporciona demasiadas funciones útiles. Iniquidad ( charla ) 15:04, 19 de febrero de 2024 (UTC) [ respuesta ]
Charla de ayuda: Estilo de cita 1/Archivo 91 § ¿Otra representación de la plantilla fuente ? Esto está fuera del alcance de esta discusión, pero brevemente, el código que comienza en la línea 3951 es solo una parte de la representación final. Si entiendo qué es lo que está preguntando, debemos buscar en el código cualquier cosa que haga alguna parte del renderizado y de alguna manera mover esas piezas a un nuevo submódulo sin romper los renderizados actuales. Si quieres discutir eso, comienza una nueva discusión.
—El monje trapense ( charla ) 15:31, 19 de febrero de 2024 (UTC) [ respuesta ]
¡Bueno, gracias! :) Iniquidad ( charla ) 20:47, 19 de febrero de 2024 (UTC) [ respuesta ]
He eliminado los metaparámetros Conference, Periodicaly Agencyde las tcommontareas de libros y revistas. También lo eliminé Formatde todas tcommonlas asignaciones porque cuando la ejecución llega a ese punto, Format(si se había configurado) se había desarmado a una cadena vacía, por lo que insertar una cadena vacía en la tcommonasignación no tiene sentido.
Me pregunto cómo se maneja . Cuando las listas de nombres de autor y editor están vacías, es el primer elemento de la cita representada; cuando uno o ambos autores y la lista de nombres del editor están presentes, preceden inmediatamente a :{{cite journal}}|others=|others=|others=
Lista de nombres de autores. Lista de nombres del editor (ed.). Lista de otros nombres. "Título". Diario . {{cite journal}}: |author=tiene nombre genérico ( ayuda )
Lista de nombres de autores. Lista de nombres del editor (ed.). "Título". Revista . Lista de otros nombres. {{cite magazine}}: |author=tiene nombre genérico ( ayuda )
"Título". Revista . Lista de otros nombres.{{cite magazine}}: CS1 maint: others (link)
Por coherencia, me parece que {{cite journal}}debería renderizarse |others=de la misma manera que todas las demás plantillas de CS1 (igual que {{cite magazine}}).
—El monje trapense ( charla ) 19:54, 19 de febrero de 2024 (UTC) [ respuesta ]
error de no coincidencia de fecha de archivo
En la nota a pie de página n.º 3: https://en.wikipedia.org/w/index.php?title=Asin_Road&oldid=1175617230
Hay una discrepancia de fecha entre la URL del archivo y la fecha del archivo: el error no se mostraba ni se informaba en la categoría de seguimiento. Arreglé la marca de tiempo Especial:Diff/1207477051/1208956488 y luego se informó: https://en.wikipedia.org/w/index.php?title=Asin_Road&oldid=1208956488
Esta variación de la marca de tiempo para archive.today estaba en aproximadamente 4000 artículos, y hubo errores de coincidencia de fechas en aproximadamente 100 de ellos que no aparecían en la categoría de seguimiento. Debería limpiarse por ahora en enwiki, pero probablemente exista en un volumen mayor en otros wikis. Los usuarios copian y pegan esta variación porque archive.today la usa al hacer clic en el botón "compartir". -- Verde C 19:45, 19 de febrero de 2024 (UTC) [ respuesta ]
Corregido en sandbox:
—El monje trapense ( charla ) 20:30, 19 de febrero de 2024 (UTC) [ respuesta ]
Refactorizando el código para el renderizado final.
¡Hola a todos! Mientras traducía el módulo al ruso, encontré un problema: algunos participantes no quieren usar el estilo CMS o APA , sino que prefieren estilos que corresponden a su propio idioma. Para ruso, esto es GOST .
Intenté arreglar el renderizado [2], pero fue un gran desafío porque todo el renderizado está disperso por todo el código y, a veces, es completamente ilógico y opaco.
Creo que dado que los idiomas individuales y los proyectos de idiomas tienen diferentes estándares para la representación de fuentes (diferente orden de componentes, formato, diferentes conjuntos de datos), sería muy útil simplificar la edición de esta representación en un módulo común. Sería beneficioso tener la capacidad de eliminar cursiva y negrita, así como reorganizar componentes.
En ruwiki, hay plantillas específicas que quiero transferir a este módulo, pero es necesario que puedan cambiar el renderizado cuando se ingresa un determinado parámetro. Por ejemplo: cita_style = gost.
Iniquidad ( charla ) 20:59, 19 de febrero de 2024 (UTC) [ respuesta ]
Error tipográfico en el título
¿Qué hago si el titular de una fuente parece contradecir la información de esa fuente?— Vchimpanzee • charla • contribuciones • 20:59, 19 de febrero de 2024 (UTC) [ respuesta ]
Vchimpanzee , ¿puedes dar un ejemplo específico? Cullen328 ( discusión ) 21:07, 19 de febrero de 2024 (UTC) [ respuesta ]
Podría pedirle a la CBS que lo corrija, pero después de un año…
Texto utilizado como fuente: "'Los mejores comerciales del Super Bowl: La batalla de las décadas' permitirá a los fanáticos votar por sus anuncios favoritos de los últimos 40 años".
James, Derek (7 de febrero de 2023). "'Los mejores comerciales del Super Bowl: la batalla de las décadas para reflexionar sobre los mejores anuncios de los últimos más de 4 años ". Noticias CBS . Consultado el 19 de febrero de 2024 .- Vchimpanzee • charla • contribuciones • 21:10, 19 de febrero de 2024 (UTC) [ respuesta ]
Según MOS:TYPOFIX Sin embargo, los errores ortográficos y tipográficos insignificantes simplemente deben corregirse silenciosamente (por ejemplo, corregir de básico a básicamente ). . Dicho esto, 4+ no es obviamente un error tipográfico para 40+ sin ver la línea "Super Bowl Greatest Commercials: Battle of The Decades" permitirá a los fanáticos votar por sus anuncios favoritos de los últimos 40+ años del artículo mismo, por lo que Podría valer la pena agregar un comentario que aclare lo que realmente dice el texto en la cita. Umimmak ( charla ) 22:20, 19 de febrero de 2024 (UTC) [ respuesta ]
Todavía es un borrador y no he encontrado lo suficiente para un artículo completo, pero podría convertirse en parte de un artículo más amplio.— Vchimpanzee • charla • contribuciones • 22:41, 19 de febrero de 2024 (UTC) [ respuesta ]
No utilicé la plantilla, aunque esto es lo que me recomendaron hacer en una situación similar. Eso fue recomendado por alguien aquí . También me comuniqué con WCCO-TV (no estoy seguro de si ellos o CBS News son el "trabajo") para ver si lo corrigen.— Vchimpanzee • charla • contribuciones • 23:29, 19 de febrero de 2024 (UTC) [ respuesta ]
Cuando hago clic en ese artículo de CBS, dice "40+ años", que parece coincidir con el contenido del artículo. Si, hipotéticamente, el titular hubiera dicho "4+ años", como ocurre en archive.org, y estuviera seguro de que se trataba de "40+ años", probablemente escribiría "[40+] años" en mi cita. tal vez con una nota después de la plantilla de cita que explique la notación. – Jonesey95 ( discusión ) 00:49, 20 de febrero de 2024 (UTC) [ respuesta ]
Aparentemente, después de informar el problema, se corrigió.— Vchimpanzee • charla • contribuciones • 18:16, 20 de febrero de 2024 (UTC) [ respuesta ]
Cita web (RefToolbar): solicitando relleno adicional
Solicitando un cambio en el cuadro emergente de citas web (RefToolbar) .
En el cuadro de URL, cuando se hace clic en la lupa y se completa información adicional (como el título y el nombre del sitio web), ¿también se puede completar la fecha de acceso ? Esto le ahorrará tiempo ya que tendrá que hacer clic menos.
¿Pregunto aquí, pero me pregunto si debería solicitarlo en VPT? Saludos, JoeNMLC ( discusión ) 15:26, 20 de febrero de 2024 (UTC) [ respuesta ]
Este no es el lugar correcto para esa solicitud. Pruebe WT:RefToolbar . No esperes mucha respuesta.
—El monje trapense ( charla ) 15:35, 20 de febrero de 2024 (UTC) [ respuesta ]
Gracias. Tienes razón: la última charla fue en octubre de 2023. Saludos, JoeNMLC ( discusión ) 15:41, 20 de febrero de 2024 (UTC) [ respuesta ]
Preguntas sobre Categoría: Mantenimiento CS1: DOI gratuito sin marcar
{{cite book|last=Kern-Foxworth|first=Marilyn|title=Aunt Jemima, Uncle Ben and Rastus: Blacks in advertising, Yesterday, Today and Tomorrow|publisher=Connecticut and London: Greenwood Press|year=1994|url=http://testaae.greenwood.com/doc_print.aspx?fileID=GR5184&chapterID=GR5184-561&path=books/greenwood|archive-url=https://web.archive.org/web/20140424192836/http://testaae.greenwood.com/doc_print.aspx?fileID=GR5184&chapterID=GR5184-561&path=books%2Fgreenwood|archive-date=April 24, 2014|work=Public Relations Review|volume=16 (Fall):59}}
enlaces de plantilla a lo que parece ser el editor del libro: Greenwood Press
en la parte inferior de la instantánea de archivo del capítulo (?), el editor proporciona citas de MLA y CMOS; ninguno menciona Public Relations Review , aunque el autor tiene un artículo en esa revista que se utiliza como fuente para el artículo/capítulo/lo que sea "citado". Tenga en cuenta que el artículo al que se hace referencia pertenece al mismo número de revista que se menciona en la cita basura:
—— (Otoño de 1990). "Cocina de plantación hasta icono estadounidense: tía Jemima". Revisión de relaciones públicas . 16 (3): 55–67. doi :10.1016/S0363-8111(05)80069-4.
¿Ha hablado de esto con el editor que creó la cita basura? (¿Quizás esta edición de Aunt Jemima ?) ¿Qué es lo que realmente están tratando de citar? ¿Un capítulo de un libro? ¿Una reseña de un libro? ¿Un artículo de revista?
De todos modos, la cita es basura, por lo que el mensaje de error es correcto y no es culpa de {{cite book}}.
—El monje trapense ( charla ) 00:07, 24 de febrero de 2024 (UTC) [ respuesta ]
Han combinado dos árbitros que son para trabajos diferentes. Uno es para un libro llamado "Tía Jemima, tío Ben y Rastus: los negros en la publicidad, ayer, hoy y mañana" y el otro es un artículo titulado "La cocina de la plantación al ícono estadounidense: la tía Jemima". La referencia del artículo se estaba utilizando para respaldar una cita que ya no se usa en ninguno de los artículos, por lo que los detalles |work=y |volume=simplemente se pueden eliminar. -- LCU Activamente Desinteresado « @ » ° ∆t ° 00:55, 24 de febrero de 2024 ( UTC ) [ respuesta ]
Olvidé que incluso había hecho esta pregunta. Entonces, ¿qué se debe hacer con el árbitro?— Vchimpanzee • charla • contribuciones • 16:19, 29 de febrero de 2024 (UTC) [ respuesta ]
Averigüe cuál de las dos fuentes admite mejor el texto del artículo en.wiki y luego ajuste la plantilla en consecuencia.
—El monje trapense ( charla ) 16:35, 29 de febrero de 2024 (UTC) [ respuesta ]
Hasta ahora, la fuente a la que se vinculó parece respaldar el contenido, pero hay seis lugares en los que se utiliza. "Tía Jemima, tío Ben y Rastus: los negros en la publicidad, ayer, hoy y mañana" de Marilyn Kern-Foxworth, pero no puedo decir cuál podría ser el editor o el trabajo.— Vchimpanzee • charla • contribuciones • 17:36 , 29 de febrero de 2024 (UTC) [ respuesta ]
No encuentro "harina de arroz y azúcar de maíz" en la fuente.— Vchimpanzee • charla • contribuciones • 17:40, 29 de febrero de 2024 (UTC) [ respuesta ]
Excluir errores en las citas en AfD
Estoy revisando los errores de Categoría: CS1: título genérico y una buena parte de ellos están en AfD antiguos y cerrados, por ejemplo, Wikipedia: Artículos para eliminación/Noticias de Indiavision . No se me ocurre ningún caso en el que quisiera editarlos. ¿Hay alguna manera de excluirlos de la visualización en la categoría de seguimiento? En realidad no es gran cosa, hay un total de 11 de casi 3.000 páginas, pero como alguien con vagas aspiraciones de borrar la categoría le pica. Rusalkii ( charla ) 22:22, 24 de febrero de 2024 (UTC) [ respuesta ]
Agregue |no-tracking=yesa las plantillas infractoras. Los mensajes de error permanecerán pero la página no se incluirá en las categorías de seguimiento.
—El monje trapense ( charla ) 22:48, 24 de febrero de 2024 (UTC) [ respuesta ]
¿A las páginas individuales de AfD o a la plantilla de AfD en su conjunto? Si es lo primero, no veo dónde lo agregaría. Rusalkii ( charla ) 23:16, 24 de febrero de 2024 (UTC) [ respuesta ]
a las plantillas infractoras. Entonces, en su caso de ejemplo, cambie:
—El monje trapense ( charla ) 23:24, 24 de febrero de 2024 (UTC) [ respuesta ]
Esa habría sido la interpretación obvia, ¿no? ¡Gracias! Rusalkii ( charla ) 23:31, 24 de febrero de 2024 (UTC) [ respuesta ]
Acceso al módulo
¿Hay alguna razón por la cual Module:Citation/CS1 no acepta el acceso de módulos que pasan "frame.args" e insiste en requerir "frame:getParent().args"? ¿Está dispuesto a permitir que otros agreguen dicha característica? Snævar ( charla ) 14:26, 25 de febrero de 2024 (UTC) [ respuesta ]
el módulo debe consultar el objeto de marco principal.
Así ha funcionado el módulo más o menos desde sus inicios. El objetivo principal y primordial del módulo es admitir las plantillas cs1|2. Hasta donde yo sé, nadie ha propuesto ampliar ese propósito a otros módulos. ¿Por qué quieres hacerlo?
—El monje trapense ( charla ) 15:28, 25 de febrero de 2024 (UTC) [ respuesta ]
@ Usuario: Pppery : Creo que esto te va a gustar. ¿No vale la pena deshacerse de 24 módulos casi idénticos fusionándolos en uno solo? Snævar ( discusión ) 05:10, 1 de marzo de 2024 (UTC) [ respuesta ]
Artículo de noticias de dos partes.
¡Hola! Estoy tratando de optimizar y pensé en consultar con ustedes. Hago muchas citas de hemerotecas. En algunos casos, el artículo comienza en una página y luego "continúa en la página 35" o lo que sea. Me gusta incluir enlaces a ambas URL de recorte en una referencia porque, en mi mente, son una sola entidad. Normalmente termino con algo como esto:
<ref name="Kathman-1990">{{Noticias de la cita |last=Kathman |first=Janice |date=1990-04-26 |title=La popularidad del agua embotellada se remonta a Alhambra Valley Springs [parte 1 de 2 ] |url=https://www.newspapers.com/article/martinez-news-gazette-popularity-of-bott/142039526/ |work=Martinez News-Gazette |ubicación=Martinez, California |página=1 |volumen= 132 |issue=82}} & {{Citar noticia |title=Agua Alhambra [parte 2 de 2] |url=https://www.newspapers.com/article/martinez-news-gazette-alhambra-water/142039410/ |página=2}}</ref>
¿Existe alguna forma más refinada de hacer esto, además de seguir poniendo [parte X de Y] entre paréntesis manualmente?
Gracias de antemano por cualquier orientación que pueda ofrecer. mejor, jengod ( discusión ) 04:00, 26 de febrero de 2024 (UTC) [ respuesta ]
@ Jengod : lo que suelo hacer, usando tu ejemplo, es algo como:
<ref name="Kathman-1990">{{Noticias de la cita |last=Kathman |first=Janice |date=1990-04-26 |title=La popularidad del agua embotellada se remonta a Alhambra Valley Springs |url=https: //www.newspapers.com/article/martinez-news-gazette-popularity-of-bott/142039526/ |work=Martinez News-Gazette |ubicación=Martinez, California |pages=1, [https://www.newspapers .com/article/martinez-news-gazette-alhambra-water/142039410/ 2] |volume=132 |issue=82}}</ref>
Una cita para lo que en realidad es una fuente y, sin embargo, los recortes de ambas páginas están vinculados. Imzadi 1979 → 05:30, 26 de febrero de 2024 (UTC) [ respuesta ]
@ Imzadi1979 ooh, me gusta, ¡muy limpio! TY!! jengod ( discusión ) 05:34, 26 de febrero de 2024 (UTC) [ respuesta ]
Manejo inconsistente de ref=sfnref en computadoras de escritorio y dispositivos móviles
Si una cita usa un nombre entre comillas en sfnref (por ejemplo, |ref={{sfnref|"Technical Report"|2021}}, funciona bien y se ve bien en la vista de escritorio. Pero vista en un dispositivo móvil, genera un error de harv: las citas no ven la fuente de destino y la fuente no ve citas entrantes. Para un Para un ejemplo del mundo real, consulte https://en.wikipedia.org/w/index.php?title=East_West_Rail&oldid=1210714109. Quitar las comillas soluciona el problema. (En caso de que sea importante, "móvil" significa Android+Chrome, "escritorio" " significa ChromeBook+Chrome.)
Es de suponer que esto necesita informarse en alguna parte, pero ¿dónde? 𝕁𝕄𝔽 ( charla ) 11:00, 28 de febrero de 2024 (UTC) [ respuesta ]
Eso es extraño. Para mayor comodidad, aquí hay un enlace que muestra el comportamiento infractor a través de la "Vista móvil" en una computadora de escritorio. Sin embargo, noto que la función de clic 'Referencias -> Fuentes' funciona como se esperaba. - Michael Bednarek ( discusión ) 13:03, 28 de febrero de 2024 (UTC) [ respuesta ]
No veo ningún error en la computadora de escritorio o en el dispositivo móvil, pero solo uso los mensajes de error básicos en lugar de usar un acript. Esto podría ser un problema con el script que estás usando. Te sugiero informar el error en User talk:Trappist the monje/HarvErrors . -- LCU Activamente Desinteresado « @ » ° ∆t ° 14:40, 28 de febrero de 2024 ( UTC ) [ respuesta ]
Es poco probable que se trate de un problema de cs1|2 o Module:Footnotes porque ninguno de los dos distingue la vista móvil de la vista de escritorio. Sospecho que este es el mismo problema descrito en phab:T348928 donde MediaWiki codifica incorrectamente la URL del enlace de formato corto cuando debería codificar el enlace como ancla:
—El monje trapense ( charla ) 14:45, 28 de febrero de 2024 (UTC) [ respuesta ]
Aumento del límite de PMID
Consulte la página 2024 en paleontología de artrópodos : el límite de PMID debe aumentarse, ya que da falsos positivos en valores de PMID superiores a 38400000, como 38401545. Maxim Masiutin ( discusión ) 23:54, 29 de febrero de 2024 (UTC) [ respuesta ]
Ordinales de edición
Esta es una repetición de una propuesta que se hizo dos veces antes:
Esto ayudaría a desacoplar aún más la semántica (¿qué edición?) de la presentación (fe "3ª ed."). No sólo facilitaría la adición de información de edición común, sino que también mejoraría la legibilidad, el mantenimiento y la traducibilidad, y permitiría cambiar de forma centralizada la representación en el futuro, si fuera necesario ("3ª ed.", "tercera ed. ", "tercera edición", etc.), dependiendo del dispositivo de salida (es decir, muestra la forma abreviada "3.ª ed." en la pantalla pequeña de un dispositivo móvil, pero "tercera edición" en una computadora de escritorio o en una copia impresa), o el destino idioma (por ejemplo, "tercera edición", "dritte Ausgabe", etc.).
Jc3s5h sugiere que a veces, particularmente para el software, existe una "tercera edición" que es distinta de una "tercera edición". Como hablante nativo de inglés, no percibo diferencia entre "3.ª edición" o "3.ª edición". Son esencialmente intercambiables. La "tercera edición" está simplemente mal. Si el nombre de la edición es "3", entonces debería mostrarse como "3.ª ed.".
El monje trapense expresó su preocupación por "otros idiomas donde se utiliza el conjunto de módulos cs1|2". Si bien quiero respetar el desafío de la mantenibilidad de la suite CS1 en los sitios de Wikipedia en varios idiomas, y desconozco por completo los sistemas implementados para esto, no creo que esto deba detenernos aquí. Cambiar esto podría ser tan simple como agregar lo siguiente a Plantilla:Cite book cuando invoque el módulo, sin siquiera modificar el módulo para que sea específico en inglés.
La descripción de Matthiaspaul sobre los beneficios me parece convincente y no entiendo las desventajas de esta característica. Daask ( discusión ) 21:33, 1 de marzo de 2024 (UTC) [ respuesta ]
No sé el contexto de la línea de código proporcionada por Daask, ni en qué lenguaje de programación se encuentra. Pero si "Ifnumber" hace lo que creo que hace, sería inaceptable. Aquí hay un ejemplo de una cita que sería un problema:
Jc3s5h ( charla ) 22:12, 1 de marzo de 2024 (UTC) [ respuesta ]
El (¿pseudo?) código propuesto no refleja la discusión. Por lo que puedo decir al leer la discusión vinculada, esa cita no se vería afectada, ya que el número de edición es mayor que 99. – Jonesey95 ( discusión ) 20:49, 2 de marzo de 2024 (UTC) [ respuesta ]
Oneida tiene el código uno
ISO 639-3 . [1] ¿Se puede agregar esto para que las fuentes de Oneida ya no aparezcan en Categoría: CS1_maint: idioma no reconocido?
entonces tendrás que deletrearlo: |language=Oneida.
—El monje trapense ( charla ) 13:04, 7 de marzo de 2024 (UTC) [ respuesta ]
Hola trapense, gracias por la rápida respuesta. Estoy mirando a Morris Swadesh y no puedo entender cuál sería el idioma no reconocido excepto Oneida, que está escrito. Muñeco de nieve304 | charla 19:22, 7 de marzo de 2024 (UTC) [ respuesta ]
Ese es el indicado (juego de palabras no intencionado). cs1|2 emite el mensaje de mantenimiento porque Oneida no es un nombre de idioma reconocido por MediaWiki. La lista completa de idiomas reconocidos por MediaWiki y sus etiquetas se encuentra en Plantilla:Documentación de estilo de cita/idioma/doc .
—El monje trapense ( charla ) 20:18, 7 de marzo de 2024 (UTC) [ respuesta ]
Límite alcanzado por OCLC
Véase, por ejemplo , OCLC 10146270069, que supera el límite actual de 10100000000. Headbomb { t · c · p · b } 01:54, 11 de marzo de 2024 (UTC) [ respuesta ]
Lo mismo ocurre con los límites de PMC, que ahora superan los 10900000. Headbomb { t · c · p · b } 02:00, 11 de marzo de 2024 (UTC) [ respuesta ]
Error sin sentido cuando se establece título = ninguno
A continuación se muestra un mensaje de mantenimiento "CS1 maint: publicación periódica sin título", pero claramente la publicación periódica se nombra aquí.
Torrence, Eve (octubre de 2019). Revista de Matemáticas y Artes . 14 (3): 283–284. doi :10.1080/17513472.2019.1666459. S2CID 209985329.{{cite journal}}: CS1 maint: untitled periodical (link)
Headbomb { t · c · p · b } 02:12, 11 de marzo de 2024 (UTC) [ respuesta ]
Desafortunadamente, el mensaje de advertencia está redactado. Lo que debería decir es "falta el título del artículo en la publicación periódica" o algo similar. - Michael Bednarek ( discusión ) 02:26, 11 de marzo de 2024 (UTC) [ respuesta ]
Lo cual también sería un error, porque el título se omite voluntariamente. Headbomb { t · c · p · b } 04:41, 11 de marzo de 2024 (UTC) [ respuesta ]
S2CID todavía necesita una actualización
Parece que alguien mencionó esto por última vez hace unos meses. El límite de S2CID aún es demasiado bajo. Por ejemplo, https://en.wikipedia.org/wiki/Help_talk:Citation_Style_1/Pry_(novel) tiene un artículo en funcionamiento con un ID de 268071715. ¿Podemos tal vez aumentarlo a 269000000 (o 270000000, si nos sentimos descarados)? Muñeco de nieve304 | charla 07:27, 11 de marzo de 2024 (UTC) [ respuesta ]
Este artículo incorpora texto de esta fuente, que se encuentra en el dominio público .