No dudes en dejar una nota al final de esta página de la forma habitual. Supongo que estarás suscrito al hilo para recibir notificaciones sobre las respuestas. Para mantener todo ordenado, generalmente solo mantengo cosas en esta página si requieren una acción adicional por mi parte o si aún no has leído mi respuesta, así que revisa el historial de la página para ver conversaciones anteriores si necesitas volver a consultarlas.
Creé el proyecto de revisión de ortografía y gramática en Wikipedia:Typo Team/moss . Si estás respondiendo a una edición relacionada con caracteres especiales, etiquetas de idioma o el manual de cumplimiento de estilo, limpieza de HTML o problemas de marcado, es posible que haya sido motivada por algún informe generado por ese proyecto. -- Beland (discusión) 16:48, 6 de junio de 2024 (UTC) [ responder ]
Hola, solo quería informarle que he decidido no continuar con esta fusión. Trabajé mucho para reducir la distribución del teclado / tecnología del teclado / triplicación del teclado de la computadora , y terminé eliminando el último de estos para convertirlo en una redirección. Todo se ha deshecho y no tengo la inclinación de continuar hasta el final, simplemente no me importa tanto. No veo por qué la RTM que hemos discutido tendría un resultado diferente. Si desea continuar de todos modos, no dude en hacerlo. -- John Maynard Friedman ( discusión ) 10:56, 26 de agosto de 2021 (UTC) [ responder ]
En Álgebra de Lie nilpotente , introdujo recientemente la horrible fórmula {{math|''n'' ∈ <math>\mathbb{N}</math>}}. La he cambiado a <math>n\in\mathbb{N}</math>. Por favor, evite mezclar la representación de Latex y HTML en la misma fórmula.
Feliz año nuevo. D.Lazard ( discusión ) 09:42 31 dic 2021 (UTC) [ responder ]
- @ D.Lazard : Sí, definitivamente es más legible cuando está todo en LaTeX. Acabo de pasar por la creación de artículos compatibles con MOS:BBB , que solo requiere cambiar los caracteres en negrita de la pizarra. Había estado convirtiendo fórmulas relativamente simples a LaTeX por completo, pero se volvió un poco lento y algunas fórmulas más largas eran bastante desalentadoras. MOS:MATH no dice nada sobre no mezclar los dos, así que pensé que el estilo mixto era al menos compatible con MOS, y podríamos volver atrás y convertir el resto del marcado más tarde. Tenía la esperanza de que otros editores expertos en LaTeX pudieran ayudar con eso. ¿Podrías ayudar con algunas conversiones? Veo 88 artículos con marcado mixto (no todos son de mis ediciones) y varios cientos de artículos con ℝ, ℤ o ℂ. También podríamos agregar una nota a MOS:MATH diciendo que no se deben mezclar LaTeX y HTML, y resolver hacer conversiones motivadas por la pizarra en negrita en un solo paso en lugar de dos. -- Beland (discusión) 18:59, 31 de diciembre de 2021 (UTC) [ responder ]
- Bueno, agregué la nota a MOS:MATH y puse las páginas de marcado mixto en mi lista personal de tareas pendientes de limpieza. Puede que pasen algunos meses antes de que pueda terminarlas todas, ya que hay miles de artículos en mi cola de limpieza. -- Beland (discusión) 22:36 2 jun 2022 (UTC) [ responder ]
- Hice algunas de estas hoy. Nota para mí: usar el resumen de edición:
- por [[MOS:FORMULA]], no mezcle LaTeX y {{math}} en la misma expresión
- -- Beland (discusión) 15:44 12 mar 2024 (UTC) [ responder ]
Hola. Hace poco estuve corrigiendo errores tipográficos de Moss y veo que hay una lista de posibles fórmulas químicas que no usan subíndices . Me preguntaba un par de cosas:
- ¿Qué significan los números a la izquierda de las entradas? Por ejemplo
16/5 - H3S10
- ¿Son solo de referencia o sería de alguna ayuda investigarlos y etiquetarlos con sus nombres comunes, si de hecho son fórmulas químicas?
Gracias y feliz búsqueda de errores tipográficos 😄 rbstrachan ( discusión ) 19:41 5 ago 2022 (UTC) [ responder ]
- ¡Saludos! El primero es el número de instancias en las que se encontró esta posible fórmula y el segundo es el número de páginas. En este caso, H3S10 se encontró 16 veces en 5 páginas. Parece que Graeme Bartlett ya determinó que no es una fórmula química y realizó una redirección para H3S10 , por lo que lo quité de la lista. Esa es una forma preferida de corregir elementos que no son fórmulas químicas si tienen artículos. Al corrector ortográfico no le importará si lo convierte en un enlace o no, pero podría ayudar a los lectores a hacerlo.
- Sí, la intención general es investigar cada una, determinar si en realidad son una fórmula química y actualizar el marcado en consecuencia. Hay una lista completa de sugerencias sobre qué hacer en Wikipedia:Typo Team/moss#Chemical formulas .
- La idea de usar el nombre común para vincular estos artículos es interesante y es algo en lo que realmente no había pensado. Al corrector ortográfico no le importa si hay un enlace o no; solo mira el texto que se muestra. Por lo tanto, se quejará tanto de "H20" como de " H2O " ("[[water|H2O]]") porque el manual de estilo dice que debería ser H 2 O (usando {{ chem2 }} ). Convertir eso en un enlace lo convertiría en H 2 O , lo cual es un poco feo pero potencialmente útil para el lector. A veces hay un contexto muy técnico y el texto problemático aparece en ecuaciones químicas o algo así, donde poner palabras (como " water ") no tendría sentido. En ese caso, probablemente no necesitemos un enlace de todos modos y todo lo que se necesita es arreglar la tipografía. A veces tener el nombre en lugar de la fórmula haría que el artículo sea más fácil de leer, por lo que cambiarlo y convertirlo en un enlace sería una mejora; tendría que usar su criterio.
- Sospecho que la mayoría o la totalidad de estas no son fórmulas químicas o no tienen artículos sobre sustancias químicas que podamos señalar, por lo que la sugerencia de agregar enlaces a artículos químicos podría aplicarse más a Wikipedia:Typo Team/moss#Fórmulas químicas conocidas que no usan subíndices , donde generalmente hay un artículo.
- Justo ahora, al revisar la lista de "Posibles", tuve algunos problemas para averiguar de qué artículos se quejaba el corrector ortográfico. Puse una nota en la parte superior que explica cómo usar el truco "insource://", que debería ser suficiente hasta que pueda incluirlos en el informe automáticamente (o vaciemos esta lista). ¡Gracias por tu interesante pregunta y por tu continuo trabajo de limpieza! -- Beland (discusión) 08:09, 8 de agosto de 2022 (UTC) [ responder ]
- ( página de discusión stalker ) Solo por curiosidad, ¿existe una lista comparable de fórmulas químicas que no contienen números (como HNO y NaCl) y, por lo tanto, podrían confundirse con palabras? BD2412 T 22:39, 8 de agosto de 2022 (UTC) [ responder ]
- ¡Qué pregunta tan interesante! Mientras pensaba en ello, se me ocurrió otra pregunta relacionada.Al convertir fórmulas químicas escritas con
<sub>etiquetas HTML para usar la {{chem2}}plantilla, ¿también se deben convertir los nombres de elementos como In
, Fe
, etc. y las fórmulas químicas que no contienen números, como HNO
y NaCl
, como usted mencionó?Por un lado, no estoy seguro de que valga la pena agregar una plantilla tan grande para cosas que técnicamente no las necesitan y que no se benefician de una mejora visual en la forma en que se muestran. Por otro lado, puede reducir la cantidad de falsos positivos para proyectos como WP:TT/M .Una de las principales razones que veo para convertir las etiquetas HTML a la {{chem2}}plantilla es hacer posible la búsqueda de fórmulas químicas en Wikipedia sin tener que recurrir a expresiones regulares . [1] Dicho esto, dado que los elementos y la mayoría de las fórmulas químicas básicas no contienen números, no contienen <sub>etiquetas, por lo que hacer que usen la {{chem2}}plantilla no haría nada para que sean más fáciles de buscar.Con respecto a nuestras dos preguntas, recuerdo vagamente haber leído en alguna parte que las escrituras Moss ignoran las palabras en mayúscula, y como los elementos y las fórmulas químicas (deberían) comenzar siempre con mayúscula, es posible que estos no sean problemas en primer lugar. 😅😊 — rbstrachan ( discusión ) 23:34 8 ago 2022 (UTC) [ responder ]- Así es, para fines de corrección ortográfica, Moss ignora las palabras en mayúsculas formadas solo por letras, asumiendo que son nombres propios. (Estas fórmulas problemáticas en realidad se extraen de una lista de palabras ignoradas pero sospechosas). Incluso cuando dejo de hacer eso (porque quiero verificar la ortografía de los nombres propios), la mayoría de las que no tienen números tendrían artículos o redirecciones, por lo que seguirían siendo ignoradas. La única razón por la que se convirtieron en un problema para Moss es que no usar subíndices viola Wikipedia:Manual de estilo/Química#Símbolos y los subíndices Unicode violan MOS:SUBSCRIPT .
- Sin embargo, puede haber otras razones para encapsular estas fórmulas, como por ejemplo la accesibilidad. No parece que estén agregando texto alternativo en este momento, pero si usas "auto=yes" con {{ chem2 }} , vincula cada símbolo de elemento al artículo sobre ese elemento. No estoy seguro de si eso es algo que deberíamos hacer en todas partes o en ninguna. Tal vez valga la pena consultar con Graham87 (que usa un lector de pantalla y ayudó a descubrir cómo manejar fracciones) o Wikipedia:WikiProject Accessibility o Wikipedia:WikiProject Chemistry para ver si alguien tiene alguna preferencia en particular. -- Beland (discusión) 01:36, 9 de agosto de 2022 (UTC) [ responder ]
Referencias
- ^ Por ejemplo, para encontrar instancias de Si 8 O 22 F 2 escritas con etiquetas HTML, debe buscar . Cuando se escribe con la plantilla, se puede hacer sin necesidad de expresiones regulares, o incluso sin ellas.
insource:/Si\<sub\>8\<\/sub\>O\<sub\>22\<\/sub\>F\<sub\>2\<\/sub\>{{chem2}}Si8O22F2insource:
- Gracias, no tengo ninguna opinión sobre estos temas en cuanto a accesibilidad... Supongo que lo que hay que hacer depende del contexto. Graham 87 02:17, 9 de agosto de 2022 (UTC) [ responder ]
- 👍 -- Beland (discusión) 02:42 9 ago 2022 (UTC) [ responder ]
El hebreo se escribe de derecha a izquierda, a diferencia del inglés, que se escribe de izquierda a derecha. Por lo tanto, el carácter que sigue a una letra hebrea como Aleph aparecerá a su izquierda en lugar de a su derecha. Esto causa un problema cuando se pretende que la letra hebrea sea parte de un texto en inglés en lugar de un texto hebreo. Has ignorado este hecho dos veces al reemplazar ℵ 0 por א 0 en Cardinality of the continuum .
En términos más generales, siempre debes mirar el texto resultante tal como se muestra al usuario común y asegurarte de que sea lo que quieres que sea. JRSpriggs ( discusión ) 14:45 31 ene 2023 (UTC) [ responder ]
- @JRSpriggs : ¡Ah, gracias por la nota! No me había dado cuenta de que había hecho la misma edición antes. Es sorprendente que el personaje y la entidad HTML tengan un comportamiento de dirección de texto diferente; estaré atento a eso en el futuro. -- Beland ( discusión) 16:35, 31 de enero de 2023 (UTC) [ responder ]
Las modificaciones como special:diff/1219321937 , que en parte convertían algunos espacios delgados explícitos en tipografía matemática en espacios ordinarios, no son útiles. Si otro editor eligió explícitamente un tamaño de espacio para incluir en una fórmula, debe asumir que lo hizo por una razón intencional y no cuestionar automáticamente esa decisión. A menudo, los espacios regulares hacen que las fórmulas escritas con wikimarkup simple (por ejemplo, en plantillas {{ math }} ) parezcan incorrectas, y los espacios delgados o explícitos hacen que la fórmula parezca más correcta. – jacobolus (t) 01:53, 17 de abril de 2024 (UTC) [ responder ]
- @ Jacobolus : En mi experiencia, los espacios delgados y de pelo no suelen ser necesarios y, a veces, pueden causar un exceso de espacios en blanco. Esta es una buena razón para mantener el marcado simple , además de reducir la carga de habilidades que supone aprender wikitexto para que podamos atraer y retener a los editores. La versión de Tensor con esos espacios eliminados se muestra correctamente para mí. A veces, diferentes sistemas operativos, navegadores web y fuentes muestran caracteres como estos de forma superpuesta; lo consideraría un error en esa pila que debería informarse y solucionarse. Pero una vez que eso sucede, no necesitamos mantener estos caracteres para siempre. ¿La versión sin espacios delgados y de pelo se muestra incorrectamente para ti? Parece que Cedar101 puede haber sido el primer editor en introducir este carácter en 2017; les hago ping para ver si (todavía) tienen problemas tipográficos. -- Beland (discusión) 02:12, 17 de abril de 2024 (UTC) [ responder ]
- Dudo mucho de la afirmación, carente de pruebas, de que los editores de páginas muy matemáticas se sienten disuadidos por la presencia ocasional de caracteres Unicode explícitos. Pero puedo decirles con certeza que los buenos editores se sienten muy desanimados cuando sus decisiones deliberadas y cuidadosas son pisoteadas por regresiones automatizadas perezosas.
- La versión de Tensor con los espacios de tamaño completo es definitivamente peor que la versión con espacios delgados, y está claro por qué se eligieron originalmente los espacios delgados. Si te apetece, eres bienvenido a reescribir toda la página usando LaTeX en su lugar, que se ve mejor y tiene un marcado más simple, pero deja de romper automáticamente las elecciones intencionales de la gente en tipografía matemática. – jacobolus (t) 03:27, 17 de abril de 2024 (UTC) [ responder ]
- @Jacobolus : Ah, tu comentario señaló que agregué espacio en lugar de eliminarlo, lo cual pasé por alto. Habría esperado que esto último generara quejas sobre caracteres de texto superpuestos. Me sorprende que la queja sea que había demasiado espacio; un espacio completo normalmente es una sustitución segura. Resulta que en realidad yo mismo obtengo caracteres superpuestos sin espacio allí, así que veré qué puedo hacer para solucionarlo. Mientras tanto, usaré {{ thinsp }} ya que generalmente son una señal de que alguien está usando intencionalmente un espacio delgado en wikitexto. (Y es bueno que las plantillas puedan tener documentación para explicar qué significan y por qué se están usando). Las entidades HTML a menudo se importan automáticamente desde otros entornos en lugar de insertarse intencionalmente.
- Una gran dificultad de edición puede resultar de una acumulación de pequeñas dificultades, que los editores noveles a veces deben afrontar todas a la vez para hacer contribuciones útiles. Gran parte del objetivo del wikitexto es ahorrarles a los editores el tener que aprender HTML, aunque es razonable esperar que los editores con un profundo conocimiento de las matemáticas sepan LaTeX. Pero parece demasiado esperar, por ejemplo, que un profesor de matemáticas que ya conoce LaTeX aprenda wikitexto y sintaxis HTML si una de esas cosas no es realmente necesaria. Tal vez la dificultad añadida sea más pronunciada en los artículos en los que no hay ya mucho marcado matemático complicado, pero esa es la mayoría de ellos. -- Beland (discusión) 16:34 17 abr 2024 (UTC) [ responder ]
- Wikitext está construido sobre HTML, y las entidades HTML son una característica básica. Usar
{{thinsp}}en lugar de  no es sustancialmente beneficioso. La plantilla no es inherentemente más accesible, es un extraño wikipedia-ismo inglés sobre el que alguien tiene que hacer una búsqueda en lugar de un estándar común usado en toda la web. - Si estás escribiendo una página nueva, puedes usar cualquiera de las dos. Pero no hagas reemplazos automáticos de una por otra (no estoy seguro de si lo estabas planeando). En el mejor de los casos, esto crea spam en listas de seguimiento sin sentido. Por lo que puedo decir, este tipo de cambio no tiene (y no debería tener) el respaldo de ninguna política de todo el sitio. – jacobolus (t) 17:12, 17 de abril de 2024 (UTC) [ responder ]
- @ Jacobolus : Generalmente asumo que los editores tienen que aprender a usar las plantillas de Wikipedia, porque se usan en casi todos los artículos, generalmente con bastante frecuencia. La wikificación, donde reemplazamos las etiquetas HTML estándar de la web (que funcionan sin modificaciones) con marcado específico de Wikipedia, es una directiva general y, de hecho, el objetivo principal de Wikipedia:WikiProject Wikify . Eso no sería necesario si no estuviéramos tratando de evitar que la gente aprenda HTML. No estaba planeando cambiar entidades HTML de espacio delgado por plantillas sin pensar, pero en algún momento probablemente haré un repaso por todo el proyecto para eliminar las inapropiadas. Como puede ver, la mayoría de las instancias existentes no están en artículos de matemáticas, no solucionan problemas con caracteres superpuestos y no se alinean con nuestro estilo habitual. -- Beland (discusión) 17:28, 17 de abril de 2024 (UTC) [ responder ]
- Esto parece una enorme pérdida de tiempo. La mayoría de los ejemplos de espacios delgados de tu enlace parecen deliberados y no parecen dañar nada. – jacobolus (t) 17:33, 17 de abril de 2024 (UTC) [ responder ]
- @Jacobolus : Bueno, el primer caso, en Kazakhstan , en realidad está dañando la plantilla de citas , lo que hace que aparezca la cadena "&thinsp" en el artículo. Incluso si funcionara correctamente, un espacio que no sea ASCII estaría contaminando los datos posteriores para los consumidores de citas. (Por ejemplo, los sitios web de revistas que enumeran todas las referencias de Wikipedia a los artículos en la página de ese artículo). The Pirate Bay también está contaminando una plantilla de citas.
- En el segundo artículo, Moon , el uso viola la norma MOS:UNITNAMES , que especifica un espacio completo e indivisible entre un número y una abreviatura de unidad. Parece descuidado tener diferentes cantidades de espacios en blanco en diferentes expresiones de medición.
- En el tercer artículo, Amazon (empresa) , el uso viola la regla MOS:$ , que especifica que no debe haber espacio después de "US$" y que debe haber un espacio completo e indivisible antes de "millón". Parece descuidado tener diferentes cantidades de espacios en blanco en diferentes instancias de expresiones monetarias. El apartheid está infringiendo la misma regla.
- Y así sucesivamente. -- Beland (discusión) 22:21 17 abr 2024 (UTC) [ responder ]
Hola, @Beland . Iré al grano. Me irrita cada vez que haces una edición en esta página que elimina todas las banderas de la columna más a la izquierda porque, como alguien que necesita muchas señales visuales, suelo mirar las banderas para saber las subdivisiones de qué país estoy buscando. Dos preguntas: ¿por qué haces eso y cuál es el problema con las banderas? Lo has hecho 3 veces hasta donde recuerdo y, como dije antes, me pone un poco nerviosa porque la eliminación de las banderas me impide saber qué fila es cuál incluso cuando miro el nombre del país. NaomiIsCute (discusión) 14:34 9 jun 2024 (UTC) [ responder ]
- Expuse mis razones en Talk:Lista de divisiones administrativas por país#Banderas y otro editor allí también señaló MOS:BANDERAS y opinó que esas pautas requieren la eliminación de banderas debido a las circunstancias de esta tabla.
- Sin embargo, me preocupa que sientas una falta de pistas visuales. ¿Es solo que, a medida que tu ojo se mueve de izquierda a derecha, es difícil seguir la pista de qué línea estabas mirando? Podríamos mitigar eso alternando los colores de fondo de las filas entre blanco y gris claro al estilo de Template:Alternating rows table . O bien, podríamos elegir un color de la bandera de cada país y teñir ligeramente el fondo con ese color para hacerlos un poco más distintivos. Eso evitaría los problemas con el espacio horizontal causados por la adición de las banderas. -- Beland (discusión) 19:17 9 jun 2024 (UTC) [ responder ]
- ¡Me gustan las dos ideas! ¿Qué tal si probamos la segunda opción? Podría funcionar. NaomiIsCute (discusión) 17:08 10 jun 2024 (UTC) [ responder ]
- Coloreé los primeros países. ¿Cómo se ven? -- Beland (discusión) 23:28 10 jun 2024 (UTC) [ responder ]
- Perdón por la respuesta tardía. ¡Se ve increíble! NaomiIsCute (discusión) 07:43 15 jun 2024 (UTC) [ responder ]
- Excelente. ¿Te interesaba hacer el resto? Puedo explicarte un poco cómo funcionan los colores HTML si necesitas algo de conocimiento técnico. -- Beland (discusión) 17:02 15 jun 2024 (UTC) [ responder ]
- ¡Por supuesto! Eso sería bueno, además podría aprender a editar colores en una tabla, ¡es una situación en la que todos ganan! NaomiIsCute (discusión) 18:01 15 jun 2024 (UTC) [ responder ]
- ¡Genial! Básicamente, debes configurar la propiedad CSS "background" en cada fila, en la propiedad "style". Las filas nuevas aparecen en el wikitexto como "|-" y, por lo general, ya existe una propiedad valign allí, por lo que terminamos con algo como:
|- valign="top" style="background:#F0FFF0;"- Si ya existe una propiedad de "estilo", el fondo se agrega al valor entre comillas, separado de la otra parte con un ";". Comencé estableciendo el color de fondo en la fila con el nombre del país. Según lo complicado que sea el país, a veces también es necesario establecer el color de fondo en las filas de las entidades subnacionales. Me complacerá descubrirlo si no es obvio mediante un poco de prueba y error.
- En cuanto a la elección de los colores, traté de ceñirme al color más destacado de la bandera (aunque a menudo hay un empate entre tres). Miré varios países antes para asegurarme de que no se utilizara el mismo color en dos o cuatro filas. También traté de utilizar el blanco cada pocas filas para el beneficio de los lectores completamente daltónicos (que solo ven tonos de gris).
- Los colores web tienen más detalles, pero los valores de color son hexadecimales . Los dos primeros dígitos son rojos, el tercero y el cuarto son verdes y los dos últimos son azules. Para mantener los tonos pálidos, he estado entre F0 y FF, con F8 a medio camino entre ellos. No me preocupa mantener el tono preciso de la bandera, porque va a ser mucho más pálido de todos modos. Aquí hay una hoja de trucos:
- Avísame si tienes alguna pregunta y gracias por tu ayuda. -- Beland (discusión) 18:47 15 jun 2024 (UTC) [ responder ]
- ¡Muchas gracias! También agradezco que te hayas tomado el tiempo de abordar mis inquietudes iniciales y de encontrar esta manera increíble de solucionarlas. Esto me ayudará mucho. NaomiIsCute (discusión) 19:05 15 jun 2024 (UTC) [ responder ]
- Acabo de hacer una pequeña prueba haciendo Austria y ¡se ve genial! Haría el resto ahora, pero necesito dormir (son las 8:20 p. m. donde estoy). No te preocupes por hacer el resto, me pondré manos a la obra lo antes posible cuando me despierte. NaomiIsCute (discusión) 19:20 15 jun 2024 (UTC) [ responder ]
- ¡Hurra! Beland (discusión) 03:24 16 jun 2024 (UTC) [ responder ]
Hola, no estoy seguro, pero creo que tenías algún tipo de script para convertir fórmulas mixtas de matemáticas y texto; es posible que quieras ejecutarlo en ese artículo. 1234qwer 1234qwer 4 12:58, 4 de octubre de 2024 (UTC) [ responder ]
- Desafortunadamente, ese tipo de desenredo debe hacerse manualmente. -- Beland (discusión) 15:56 4 oct 2024 (UTC) [ responder ]
La categoría:LGBTQ y religión ha sido nominada para un nuevo nombre. Se está llevando a cabo una discusión para decidir si cumple con las pautas de categorización . Si desea participar en la discusión, está invitado a agregar sus comentarios en la entrada de la categoría en la página de categorías para discusión . Gracias. Web-julio ( discusión ) 04:05 21 oct 2024 (UTC) [ responder ]
Categoría:Ficción sobre sexualidad ha sido nominada para un nuevo nombre. Se está llevando a cabo un debate para decidir si cumple con las pautas de categorización . Si desea participar en el debate, está invitado a agregar sus comentarios en la entrada de la categoría en la página de categorías para discusión . Gracias. Web-julio ( discusión ) 06:08 21 oct 2024 (UTC) [ responder ]
