Hola de nuevo Cmglee. He notado que hay seis artículos en los que has cambiado el enlace de los archivos STL para que apunten a un sitio web de terceros. ¿Sigue siendo necesario? El visor está funcionando actualmente y no noto ninguna diferencia de renderizado. Opencooper ( discusión ) 04:18 19 feb 2024 (UTC) [ responder ]
Hola @Opencooper : Respetuosamente , no estoy de acuerdo con que el visor esté funcionando. Tiene un efecto de parpadeo malo en Firefox similar al z-fighting (pero no debido a planos coincidentes), como http://commons.wikimedia.org/wiki/File:Hollow_face_illusion.stl#/media/File:Hollow_face_illusion.stl y especialmente http://commons.wikimedia.org/wiki/File:Szilassi_polyhedron.stl#/media/File:Szilassi_polyhedron.stl . Hasta que esto se pueda solucionar, creo que los lectores preferirían el visor viewstl, que también permite diferentes modos de sombreado y color. Saludos, cmɢʟee ⎆τaʟκ 09:20, 19 de febrero de 2024 (UTC) [ responder ]
Ah, lo siento, solo estaba mirando el archivo File:De_bruijn_torus_3x3.stl . No veo nada que destaque en el archivo de la cara hueca en Firefox (el sombreado lo hace más bonito), pero está muy claro que el poliedro de Szilassi tiene problemas de renderizado en los bordes. Ahora puedo entender por qué hiciste los cambios.
Un problema podría ser que los usuarios normalmente esperan que al hacer clic en un archivo se abra MediaViewer. Ir a un sitio de terceros puede sorprender a muchos y se perderían la información de que usted creó esos archivos y los publicó bajo una licencia abierta.
Recuerdo vagamente que en tus SVG interactivos incluiste un enlace entre paréntesis al final del título. ¿Funcionaría ese enfoque aquí? Opencooper ( discusión ) 10:14 19 feb 2024 (UTC) [ responder ]
Tienes razón. Usé un enlace entre paréntesis antes de descubrir el parámetro de enlace en miniatura .
Podríamos tener una plantilla para agregar el enlace a viewstl al final del título. cmɢʟee ⎆τaʟκ 16:20, 19 de febrero de 2024 (UTC) [ responder ]
Una plantilla podría ser excesiva, ya que solo son seis archivos :p. Pero si no te molesta, puedo hacer el cambio, incluido un comentario que indique que está ahí para solucionar los problemas de renderizado. Opencooper ( discusión ) 03:44, 20 de febrero de 2024 (UTC) [ responder ]
He hecho uno según http://en.wikipedia.org/w/index.php?title=De_Bruijn_torus&diff=prev&oldid=1209296659 . ¿Alguna idea? cmɢʟee ⎆τaʟκ 06:10, 21 de febrero de 2024 (UTC) [ responder ]
@ Cmglee : ¡Hola! Respondí a tu pregunta en Meta, pero por si no recibiste la notificación: Sí, la reunión del 11 de marzo está confirmada para un evento de WikiGap. Envíame un mensaje en Discord al mismo nombre de usuario (ultron90) si estás interesado en unirte y ayudar a organizar el evento. Agradeceríamos mucho tu asistencia. Espero conocerte. Ultron90 ( discusión ) 00:28, 27 de febrero de 2024 (UTC) [ responder ]
Gracias por la nota. Responderé en http://meta.wikimedia.org/wiki/User_talk:Ultron90#Penang_meetup_5
Saludos, cmɢʟee ⎆τaʟκ 15:01, 27 de febrero de 2024 (UTC) [ responder ]
Error de Abbe
¡Vaya, gracias! Estoy muy impresionado. Agregué la plantilla {{diagrama solicitado}} y pensé que se quedaría por ahí durante algunos años, tal vez alguien discutiría cómo debería verse y luego no pasaría mucho. ¡No tenía idea de que alguien pudiera redactar, ejecutar y publicar un diagrama en menos de una semana! ¡Buen trabajo y gracias (y a Anasofiapaixao commons:User:Dnu72 por las imágenes complementarias)! jhawkinson ( discusión ) 13:03, 28 de marzo de 2024 (UTC) [ responder ]
@Jhawkinson : ¡Gracias y un placer ! Me encontré con el artículo en Category:Wikipedia_requested_diagram_images y el tema me interesa, así que decidí ilustrarlo. ¿Tienes algún comentario sobre la imagen en sí? Saludos, cmɢʟee ⎆τaʟκ 14:23, 28 de marzo de 2024 (UTC) [ responder ]
@ Cmglee Tengo algunas ideas sobre la imagen; ¿es este el foro adecuado? Básicamente, creo que es un poco difícil de leer debido a la superposición de elementos. Si eres un maquinista o alguien que está familiarizado con calibradores y micrómetros, es bastante fácil de leer y comprender. Pero si eres un profano que intenta comprender qué es el error de Abbe, te confundirás muy rápido. Algunas ideas rápidas:
No superponga el texto "Eje de medición" con el micrómetro. Mueva el texto hacia abajo y utilice una flecha de llamada puntiaguda, o mueva el texto hacia la izquierda o la derecha del instrumento.
Atenúe/silencie/atenúe los detalles del micrómetro y el calibrador, es decir, las marcas de verificación y los números. Estos (creo) no son particularmente útiles para que el profano entienda el instrumento, y ayudan a dejar en claro que el eje de medición es de lo que queremos hablar. (Parece que es necesario que la línea del eje de medición se ilustre de una manera que se superponga al instrumento, ya que eso es lo que es).
Considere extender las líneas del eje de medición más hacia la izquierda/derecha más allá de los límites de los instrumentos (técnicamente ya lo hacen, pero podrían extenderse un poco más).
El triángulo h , θ , ε es demasiado pequeño. No estoy seguro de cuál es la mejor manera de solucionarlo. Una sería tener un rectángulo de zoom que amplíe solo esa parte del gráfico. Otra sería intercambiar el calibrador y el micrómetro de modo que el calibrador esté en la parte inferior y luego extender el triángulo más hacia abajo para que sea más grande; este enfoque puede tener problemas.
Hay una forma abierta creada por la línea h , la ε y el borde derecho inclinado de la mandíbula en movimiento, y todas ellas tienen una línea de puntos. No entiendo qué indica esta línea de puntos y eso me resulta confuso. En realidad, no estoy seguro de por qué hay dos líneas en el borde derecho de esa mandíbula. Una es la mandíbula en sí y la otra es otra cosa, y no sé cuál es cuál o qué.
Por lo general, los ángulos se marcan dentro del ángulo con un símbolo ∡ dentro del triángulo. Aquí no hay espacio para hacerlo, por lo que el θ se marca fuera del ángulo. Esto es confuso y no estoy seguro de que una persona razonable que no supiera qué era θ aquí lo identificaría correctamente.
La razón por la que sugerí inicialmente en el es que "probablemente más de un" diagrama podría ser necesario es que creo que es muy útil tener este tipo de diagrama con un calibrador y un micrómetro, pero también creo que debería haber otro diagrama que sea más accesible para las personas que no están familiarizadas con esas herramientas. No estoy muy seguro de cuál podría ser un buen ejemplo, aunque no he pensado lo suficiente en esto.
Gracias. Lo siento si esto es más de lo que esperabas. jhawkinson ( discusión ) 20:06 28 mar 2024 (UTC) [ responder ]
Gracias por tu comentario claro. Veré qué puedo hacer. cmɢʟee ⎆τaʟκ 03:22, 29 de marzo de 2024 (UTC) [ responder ]
¿Tendría sentido tener esta discusión en la página de discusión del artículo antes de trabajar demasiado? jhawkinson ( discusión ) 23:48, 29 de marzo de 2024 (UTC) [ responder ]
Sí, copiaré tus comentarios para hablar:Abbe error . Continuemos ahí. Saludos, cmɢʟee ⎆τaʟκ 02:30, 30 de marzo de 2024 (UTC) [ responder ]
Cronología de la construcción
Hola Cmglee, has creado unos gráficos geniales aquí. ¿Tienes alguna recomendación sobre por dónde empezar o qué software utilizar si quisiera crear algunas líneas de tiempo históricas? MarkkuP 18:10, 16 de mayo de 2024 (UTC) [ responder ]
Muchas gracias, @ MarkkuP : depende de las habilidades y el software que ya tengas.
Si ya está familiarizado con el software de dibujo vectorial como Adobe Illustrator, puede usarlo y exportar archivos SVG.
De lo contrario, un buen editor gratuito es Inkscape .
Si prefiere generar imágenes mediante programación, consulte http://commons.wikimedia.org/wiki/Category:SVG_created_with_JavaScript
¡Avísame si tienes alguna pregunta específica ! cmɢʟee ⎆τaʟκ 02:05, 17 de mayo de 2024 (UTC) [ responder ]
PD Como deseas hacer líneas de tiempo históricas, una alternativa sin crear tu propia imagen es utilizar una extensión de Wikipedia como Wikipedia:EasyTimeline .
Ventajas: es más fácil para otros realizar el mantenimiento cuando se actualizan los datos, agregar hipervínculos y posiblemente aprender que el marcado SVG.
Contras: limitado en lo que puede hacer, menos portátil si deseas usarlo en otro lugar y posiblemente más difícil que Inkscape, etc.
¡ Buena suerte ! cmɢʟee ⎆τaʟκ 02:12, 17 de mayo de 2024 (UTC) [ responder ]
Gracias por la información @Cmglee , entonces optaré por Inkscape. MarkkuP ( discusión ) 03:44 17 may 2024 (UTC) [ responder ]
Propuesta de eliminación de Plantilla:Comparación de proyecciones de Mercator.svg
¡Pasé mucho tiempo admirando tu último ingenio a través de tu página de usuario! Espero que te vaya bien. Shyamal ( discusión ) 04:28 9 ago 2024 (UTC) [ responder ]
Gracias, @Shyamal : ¿ cómo estás y qué has estado haciendo últimamente?
¡Me alegra saber que al menos una persona visita mi página de usuario! Si te refieres a la imagen híbrida con IA, sí, los últimos avances han abierto oportunidades interesantes. Me alegra que Commons esté dispuesto a aceptar imágenes generadas con IA.
Veo que has estado subiendo fotos históricas y una vista del Lago Como. ¿Estás en Wikimania?
Saludos, cmɢʟee ⎆τaʟκ 07:42, 9 de agosto de 2024 (UTC) [ responder ]
Ojalá estuviera en Wikimania, pero no. He estado intentando vaciar algo de espacio en el disco duro, pero me he perdido bastantes de tus creaciones del año, no solo la imagen de la IA. Shyamal ( discusión ) 07:44 9 ago 2024 (UTC) [ responder ]
Yo también me perdí la oportunidad de solicitar una beca. La próxima vez... Espero que todavía te guste dibujar SVG. ¡Tu arte de pájaros es realmente bueno! cmɢʟee ⎆τaʟκ 08:24, 9 de agosto de 2024 (UTC) [ responder ]
¡Gracias!
Hola Cmglee, soy Nikolaj1905. Solo quería agradecerte por proporcionar tan rápidamente las fuentes para la declaración estúpida que señalé en La última cena .
Un placer, @Nikolaj1905. Tenía las fuentes a mano porque tenía la información que citaban. Saludos, cmɢʟee ⎆τaʟκ 19:52, 16 de agosto de 2024 (UTC) [ responder ]
Imagen huérfana no libre Archivo:Below the Root CGA.png
Gracias por subir el archivo:Below the Root CGA.png . La página de descripción de la imagen actualmente especifica que la imagen no es libre y solo se puede usar en Wikipedia bajo un reclamo de uso justo . Sin embargo, la imagen actualmente no se usa en ningún artículo de Wikipedia. Si la imagen estaba anteriormente en un artículo, vaya al artículo y vea por qué se eliminó. Puede agregarla nuevamente si cree que será útil. Sin embargo, tenga en cuenta que las imágenes para las que se podría crear un reemplazo no son aceptables para su uso en Wikipedia (consulte nuestra política para medios no libres ).
Cmglee, ¿por qué has incluido un enlace externo en el artículo? Aunque se haya pensado como una aclaración, nunca se utilizan enlaces externos en estas situaciones. scope_creep Talk 10:50, 9 de septiembre de 2024 (UTC) [ responder ]
@ Scope creep : Buen punto. Incluí el enlace porque actualmente no hay ningún artículo al respecto y quería tener una fuente confiable. Lo restablecí sin el enlace. cmɢʟee ⎆τaʟκ 12:16, 9 de septiembre de 2024 (UTC) [ responder ]
Editar nombres de lunas cs
Hola Cmglee, soy de la República Checa y acabo de notar que en la página con la luna faltan cráteres lunares con nombres que los señalan. Estoy hablando de esta imagen -> https://cs.wikipedia.org/wiki/P%C5%99ivr%C3%A1cen%C3%A1_strana_M%C4%9Bs%C3%ADce#/media/Soubor:Moon_names_cs.svg Puedes ver claramente que la luna está ligeramente rotada hacia la derecha allí (toma el ejemplo del cráter Tycho, lo mismo para todos los cráteres). ¿Hay alguna posibilidad de que puedas repararlo para que nuestros usuarios de la wiki checa lo vean correctamente? Lo intenté con editores de imágenes de IA pero fallé. Espero que no sea un problema para ti, mis mejores deseos:-) Novotny-it (discusión) 20:29, 23 de septiembre de 2024 (UTC) [ responder ]
@Novotny-it: Gracias por hacérmelo saber. @ Sebastian Wallroth : vectoricé el mapa de bits de la luna, pero no me aseguré de que las etiquetas siguieran alineadas. He restaurado la versión anterior. Saludos, cmɢʟee ⎆τaʟκ 11:07, 24 de septiembre de 2024 (UTC) [ responder ]
Parece una solución que funciona muy bien, pero se necesita alguien con conocimientos de programación y CSS para terminarla. Uwappa ( discusión ) 18:25 16 oct 2024 (UTC) [ responder ]
@Uwappa : ¿Quieres que muestre la miniatura adecuada según el BRI calculado ?
Sé cómo ocultar o mostrar contenido según la selección de botones de opción, como por ejemplo cómo cambian las unidades de altura y cintura cuando se selecciona Métrico o Imperial, pero no cómo hacerlo en función de un valor calculado.
Necesita que el contenido de un espacio HTML (con id=calculator-field-roundedBoundedBri) sea accesible en un selector CSS.
Tendrás que preguntarle a alguien más, como a la gente que desarrolló Template:Calculator .
Buena suerte, cmɢʟee ⎆τaʟκ 22:39, 16 de octubre de 2024 (UTC) [ responder ]
y no sé cómo agregar JavaScript a Wikipedia para que se active automáticamente para todos. cmɢʟee ⎆τaʟκ 22:45, 16 de octubre de 2024 (UTC) [ responder ]
¡Sí! El problema es el siguiente: mostrar solo una silueta con un solo color de fondo basado en el roundedBoundedBri derivado .
Mi intento actual es tener 20 filas bri y mostrar solo una fila. Sí, la variable roundedBoundedBRI genera un intervalo HTML con la identificación 'calculator-field-roundedBoundedBri'. ¿Cómo se usa ese valor para mostrar dinámicamente solo una fila?
No tengo idea de cómo. El contenido de un intervalo no es el mismo que el estado de un botón de opción o una casilla de verificación. cmɢʟee ⎆τaʟκ 12:57, 17 de octubre de 2024 (UTC) [ responder ]
Una alternativa sería tener solo una fila, una celda para siluetas, con 20 imágenes recortadas y dejar que una clase CSS dinámica se encargue del color de fondo y de mostrar solo una silueta. No pude crear algo como class="bri roundedBoundedBri ", lo que dio como resultado class="bri1", class="bri2", ... class="bri20". ¿Hay alguna forma de obtener el valor de una variable, similar a Help:Magic_words#Variables ?
Eso es exactamente lo que se necesita, pero no sé cómo hacerlo. cmɢʟee ⎆τaʟκ 12:55, 17 de octubre de 2024 (UTC) [ responder ]
Quizás tengas bajo la manga alguna técnica SVG dinámica que yo desconozco.
Solo si el SVG o la miniatura pueden acceder a la variable (ver arriba). cmɢʟee ⎆τaʟκ 12:55, 17 de octubre de 2024 (UTC) [ responder ]
No dudes en actualizar el sandbox . Cualquier solución es bienvenida. Uwappa ( discusión ) 07:07 17 oct 2024 (UTC) [ responder ]
Quizás la solución más extraña sea crear una fuente personalizada con caracteres, por ejemplo, de la A a la T, que son las siluetas deseadas. En lugar de generar un número, generamos la letra correspondiente, escalada y coloreada en consecuencia. cmɢʟee ⎆τaʟκ 12:55, 17 de octubre de 2024 (UTC) [ responder ]
¡Creativo! Pero... esos caracteres tendrían que ser cadenas, algo que la calculadora no permite en las fórmulas. Y también bastante complejo para el resto de nosotros. Y la fuente sería difícil de mantener.
No te preocupes compañero, porque... ¡después de dos días de pensarlo dos veces, he encontrado una solución que es demasiado fácil!
Marque dinámicamente una de las 20 casillas de verificación ocultas usando ifequal en las fórmulas.
por hacer: escribir CSS para mostrar solo una fila BRI, en función de la casilla de verificación marcada.
Juega con el tamaño de la cintura y observa cómo la marca de verificación se mueve de una casilla a otra. Solo se marca una casilla a la vez, y roundedBoundedBri sube y baja de 1 a 20.
¿Te gustaría superar el último obstáculo y terminar el CSS para mostrar solo la fila BRI correcta? Tus habilidades con el CSS superan a las mías. Uwappa ( discusión ) 16:32 17 oct 2024 (UTC) [ responder ]
¡Felicitaciones! Veamos qué puedo hacer este fin de semana. cmɢʟee ⎆τaʟκ 21:24, 17 de octubre de 2024 (UTC) [ responder ]
¡Genial! Muchas gracias. Me alegro mucho de tenerte a bordo.
Y... apareció otra solución, aún más fácil:
Utilice solo una fila BRI con solo un TD, una imagen para las 20 siluetas, visualización: bloquee la imagen para que cubra todo el ancho del TD
Coloque las 20 casillas de verificación ocultas en el mismo TD que la silueta, ya que necesitan el mismo padre para que la pseudoclase CSS :checked funcione.
Utilice 20 declaraciones CSS para recortar una sola silueta. No es necesario el recorte de imagen CSS de 20x actual .
Utilice CSS para el color de fondo dinámico de la imagen, no el TD. Sería bueno que hubiera una transición suave de los colores de fondo.
El valor BRI no tendrá color de fondo, lo cual es bueno, ya que será legible incluso en colores de fondo rojo oscuro.
Esto está al límite de mis habilidades en CSS, pero lo intentaré hoy, viernes 18 de octubre. Y si no funciona, lo desharé y estará listo para volver a intentarlo este fin de semana. Uwappa ( discusión ) 06:21 18 oct 2024 (UTC) [ responder ]
Y... después de mucha depuración, de mucho alejarse, de un sinfín de rompecabezas, ¡funciona de maravillas!
No se requiere recorte CSS avanzado, al final logré usar Template:CSS_image_crop.
Pasé horas y horas dándole vueltas a una etiqueta de párrafo no deseada generada, que separa a los hermanos que necesitaban el mismo padre directo para que la pseudoclase CSS :checked funcionara.
¿Podrías echarle un vistazo a Template:Body_roundness_index/sandbox ? ¿Está bien para publicarlo? ¿El código fuente del wikitexto y el CSS son comprensibles para los wikipedistas técnicos?
Y :) disfruta de tu fin de semana haciendo otras cosas. Uwappa ( discusión ) 16:17 18 oct 2024 (UTC) [ responder ]
@ Uwappa : Felicitaciones por haber solucionado el problema de la mecánica: es muy inteligente de tu parte usar casillas de verificación con ifequal. También me gusta que al actualizar un campo se actualice automáticamente su equivalente.
He editado el estilo para que quede más claro, en mi opinión:
Se agregó la fila Unidades y se espaciaron los campos de entrada para mostrar que son dos vistas del mismo atributo.
Se utilizan ft e in en lugar de los símbolos primos, que aparecen separados junto a los campos de entrada.
Se agregó relleno horizontal alrededor de las clases de indicaciones y se aumentó el contraste.
Celdas de tabla variadas centradas horizontal y verticalmente.
Con el sombreado de fondo, las elipses ahora parecen redundantes. ¿Debería eliminarlas?
De lo contrario, todo parece correcto y comprensible, siempre que uno esté familiarizado con Template:calculator . ¿Debería incluirse en la documentación de la plantilla el uso de casillas de verificación para seleccionar imágenes que se mostrarán como un caso de estudio?
Saludos, cmɢʟee ⎆τaʟκ 01:09, 21 de octubre de 2024 (UTC) [ responder ]
¡Gracias!
La fila de unidades se ve bien. Con el subrayado, el encabezado parecía hipervínculos. He cambiado el aspecto a un encabezado estándar que coincide con las indicaciones del campo.
ft y in son buenos, suficientemente cortos.
El rediseño de las clases de indicaciones se ve bien. He revisado las actualizaciones de CSS y son claras.
La alineación de hor y ver ahora está bien. La eliminación de los botones de opción cambió el juego.
La diferencia entre ambos se puede explicar en un nuevo artículo Redondez corporal.
Como una pequeña broma gráfica, incluso podrías reutilizar el hombre de Da Vinci o el de la Idiocracia en lugar de una silueta.
Aunque me gusta la idea, creo que a las personas puritanas les puede ofender un hombre desnudo, por lo que he elegido un personaje andrógino con una cintura clara y los pies apoyados en el suelo.
¡Sí! El uso de casillas de verificación debería explicarse en la plantilla de la calculadora. Preferiblemente con un ejemplo claro y práctico. Esto estaba al límite de mis conocimientos de CSS y no debería haberme llevado tanto tiempo.
Me llevó un día entero encontrar las casillas de verificación ocultas que eran equivalentes a los botones de opción. No podía entender cómo se relacionaba el CSS con los botones de opción.
Me llevó otro maldito día depurar y encontrar el párrafo HTML generado automáticamente debido a los saltos de línea en el wikitexto. Esos párrafos generados automáticamente están ahí para los div en una nueva línea, pero no para los span en una nueva línea. Me estaba volviendo loco.
Por el momento, hemos vuelto a la mesa de dibujo con los colores . ¿Podrían ser esos colores constantes centrales, similares a Template:Party_color ? Por lo tanto, los colores BRI se definen solo una vez, para su uso en imágenes SVG y wikitexto de artículos. ¿Tiene las habilidades técnicas para configurar una plantilla de este tipo? Creo que dichas constantes deberían tener nombres relacionados con el nivel de salud, de modo que también se puedan usar para futuros gráficos WHtR. O incluso mejor, nombres relacionados con el riesgo como: seguro, arriesgado, peligroso, mortal. Uwappa ( discusión ) 07:37, 21 de octubre de 2024 (UTC) [ responder ]
¡Gran esfuerzo! Creo que ya es suficiente que hayas puesto los valores en bmi.css. En lugar de bri#, las clases podrían tener nombres específicos, pero luego se vuelve complicado utilizarlas en otros lenguajes. ¿Existe un código estandarizado? No estoy muy versado en este tema. Saludos, cmɢʟee ⎆τaʟκ 13:28, 21 de octubre de 2024 (UTC) [ responder ]
¿Puedes usar el mismo CSS en SVG para?¡Eso sería genial!
Listo, bajé la opacidad al 75 % porque la saturación me hacía daño a la vista. Además, no es dinámico (no se actualiza automáticamente cuando lo hace el CSS).
<templatestyles src="Plantilla:Índice de redondez corporal/sandbox/bmi.css"/>
y usa las clases como lo hiciste en la calculadora. Sin embargo, el gradiente será discreto en lugar de continuo.
Tengo dudas sobre cambiar los nombres de las clases.
Sí, los nombres deberían ser niveles de peligro, no números BRI
Sí, deberíamos alejarnos de la BRI, ya que es el 弟弟 (el hermano menor) de la WHtR.
No, eso será difícil de entender, ya que todos los cálculos se basan en BRI.
No soy médico, por lo que no conozco los códigos estandarizados. Hasta ahora me ha resultado bastante difícil encontrar nombres de categorías para los niveles de riesgo para la salud.
Por ahora, diría que nos quedemos con bri1, bri2... bri20. Uwappa ( discusión ) 13:40 21 oct 2024 (UTC) [ responder ]
¡Por mí está bien! cmɢʟee ⎆τaʟκ 14:00, 21 de octubre de 2024 (UTC) [ responder ]
PD: Los colores más claros de las etiquetas de las calculadoras dificultan su lectura. Si no has visto las pautas WCAG, consulta http://accessibleweb.com/color-contrast-checker . Gracias, cmɢʟee ⎆τaʟκ 14:32, 21 de octubre de 2024 (UTC) [ responder ]
Vaya, la versión SVG de Realmente parece diferente. No es simplemente otro gráfico, transmite otro significado, otra "zona verde" muy pequeña.
Vaya, ahora hay mucho rojo en ese gráfico. De hecho, prefiero los colores antiguos.
La nueva versión se ve muy roja, aterradora, pero bueno, tal vez esa es la realidad tal como es.
Utilice la versión en vivo del CSS, no la de sandbox.
Sí, Plantilla:Calculadora de IMC2/bmi.css Uwappa ( discusión ) 11:39 22 oct 2024 (UTC) [ responder ]
No estoy seguro de lo que quieres decir con "colores más claros en las etiquetas de la calculadora". ¿Te refieres a los encabezados y las indicaciones de los campos? Lo que intento hacer allí: sí, hacerlos menos legibles, lo cual está bien ya que es información fija que el lector leerá solo una vez, si es que lo hace. Dejar que el foco se centre en la entrada y salida de variables, con alto contraste. Puedes ajustar esos colores con más precisión. Uwappa ( discusión ) 15:07, 21 de octubre de 2024 (UTC) [ responder ]
Estoy de acuerdo si se trata de una herramienta que se utiliza con frecuencia. Sin embargo, muchos lectores habrán tenido contacto con ella por primera vez. Además, cada persona tiene una vista y una pantalla diferentes, por lo que es mejor ceñirse a las recomendaciones WCAG. cmɢʟee
No te preocupes. El SVG se actualiza automáticamente, es una cuestión de caché del navegador. Para mí, la versión anterior se muestra en mi navegador habitual, pero la nueva versión se muestra en un navegador que uso con menos frecuencia. Uwappa ( discusión ) 15:40 21 oct 2024 (UTC) [ responder ]
Me refiero a la frecuencia de uso de un modo diferente, que se aplica sólo durante la primera y posiblemente única visita:
Las personas consultarán las indicaciones de campo solo una vez. Leer las indicaciones de campo una segunda vez no agrega valor, ya que las constantes no cambian.
La gente mirará las variables de entrada cada vez que cambie un valor, como mínimo.
Las personas pueden mirar la salida variable (que también podría ingresarse en la calculadora) cada vez que estén interesadas en el resultado calculado.
De modo que se trata de una mirada única para los mensajes de campo y muchas miradas para la información variable. Los mensajes de campo realmente deberían quedar en segundo plano. La entrada variable es la estrella del espectáculo. Para mí, los mensajes de campo son fáciles de leer, así que no tengo ni idea de cuál debería ser el cambio. Siéntete libre de cambiar el CSS de la zona protegida tú mismo. Uwappa ( discusión ) 00:17, 22 de octubre de 2024 (UTC) [ responder ]
¡ Hecho ! He descubierto lo que está pasando: son los resultados, por ejemplo, "sin aumento del riesgo para la salud // 0,44 // 2,46" los que apenas se veían, no las indicaciones; fue mi error. Lo que pasó es que utilicé un tema oscuro, por lo que el texto se representa en gris claro. Como el color de fondo de la tabla se estableció sin establecer un color [de primer plano], el contraste era muy bajo.
Moraleja de la historia: al configurar el color de fondo, también configura el color de primer plano. Saludos, cmɢʟee ⎆τaʟκ 00:30, 22 de octubre de 2024 (UTC) [ responder ]
No estoy seguro de qué hacer con la silueta SVG. Lo ideal sería que también se basara en WHtR. Uwappa ( discusión ) 21:58, 22 de octubre de 2024 (UTC) [ responder ]
silueta de mujer para BRI
Ups, lo siento, me lo perdí por completo.Ese gráfico no me resulta claro, está demasiado recargado: el BRI se basa en solo dos variables con una variable de salida, por lo que esperaría ver tres cosas aquí.
longitud
tamaño de la cintura
BRI, basado en una fórmula de elipse compleja
La línea violeta es clara. Es la altura de entrada.
Entonces, ¿dónde está la otra variable de entrada? ¿Dónde está el otro objeto violeta? ¿Es la elipse azul? ¿Por qué es azul y no violeta?
Para distinguirlo de la altura.
El tamaño de la cintura es problemático:
La medida de la cintura es una variable unidimensional simple. ¿Es la línea azul que está en la parte inferior? ¿Por qué está debajo de los pies? ¿Por qué no es violeta, como la altura?
Sí. Para formar el lado del rectángulo blanco (también podría ponerlo encima). Ver arriba.
Medida en la vida real en 2D (ancho, profundidad), una elipse horizontal alrededor de una persona en 3D
donde la imagen es otra 2D (ancho, alto).
Para la elipse grande, la fórmula BRI convierte el tamaño de la cintura en un diámetro, como si la cintura fuera un círculo.
Así es como funciona la fórmula BRI: supongamos que la cintura es un círculo, utilicemos su diámetro como eje menor de la elipse (la altura es el eje mayor, para personas no demasiado obesas) y calculemos la excentricidad de la elipse (punteada en negro).
¡Pffft, es una historia compleja de explicar con una sola imagen!
Podría haber sido tan simple como WHtR, pero desafortunadamente así es como el creador de BRI diseñó el índice.
Nota al margen: ¿no debería la "relación cintura-altura" ser "WtHR" en lugar de "WHtR"?
Alternativa:
No utilice una silueta 2D, sino una imagen de una mujer 3D con unarodeando su cintura, la parte detrás de ella no es visible.
Eso no explica las matemáticas en absoluto.
Omite el círculo imaginario. Simplifica la realidad como si cada cintura fuera un círculo perfecto y simplemente muestra una línea horizontal violeta para el diámetro, una línea horizontal violeta dentro de la cinta métrica en la cintura.
Puede resultar engañoso (al principio me pasó a mí) pensar que la elipse punteada es simplemente el ancho de la cintura vista desde el frente. No es así: es el ancho después de que se hace circular la circunferencia.
NOTA IMPORTANTE : ¡Ay, eso significa que dibujé File:body_roundness_index_silhouettes.svg incorrectamente! Dibujé las figuras asumiendo que la cintura es circular. Como los humanos reales generalmente no tienen cinturas circulares, deberían ser un poco más anchas, pero no tengo ningún dato o factor de conversión para dibujar el ancho correcto. ¿Cómo solucionamos esto? cmɢʟee ⎆τaʟκ 00:41, 22 de octubre de 2024 (UTC)
La longitud y el diámetro del color púrpura formarán una "cruz" que se ajustará a la elipse grande.
Eso supone que la cintura está a la mitad del cuerpo, lo que normalmente no es así.
O más simple:
mantener la silueta 2D
olvídate de la elipse alrededor de la cintura, el tamaño de la cintura y un círculo de cintura perfecto.
Mantenga la línea violeta vertical para la altura.
Muestra una línea violeta horizontal para el diámetro.
muestra la elipse grande, que encaja con la 'cruz' morada.
O muy fácil:
mantener la silueta 2D
Olvídate de todo, excepto de la gran elipse.
Esto será muy similar al actual.
Eh... eso sería muy fácil, ¡sólo usa una de las siluetas actuales y listo!
El público en general probablemente solo usará la calculadora y no se molestará en mirar la fórmula ni el gráfico explicativo.
Para los matemáticos la fórmula es bastante clara por sí sola.
El gráfico estará en algún lugar intermedio para los lectores. Explique la fórmula en el texto, la medida de la cintura es la variable de entrada, el diámetro imaginario se calcula utilizando pi. Uwappa ( discusión ) 17:05 21 oct 2024 (UTC) [ responder ]
Creo que si uno quiere explicar la fórmula –y una enciclopedia debería mostrar cómo surge la fórmula en la sección apropiada, no solo qué significan los resultados finales en términos de salud–, se necesita la secuencia (quizás con flechas o números que lleven de una forma azul a la siguiente). Saludos, cmɢʟee ⎆τaʟκ 00:20, 22 de octubre de 2024 (UTC) [ responder ]
Bien, ¿qué tal una secuencia de gráficos para explicar la fórmula?
un gráfico que muestra solo el inicio, las variables de entrada, la altura (línea vertical) y la cintura en el mismo color (la parte de la elipse que está frente al cuerpo, la parte detrás del cuerpo transparente o punteada)
Un segundo gráfico que muestra la altura y un círculo de color intermedio para una cintura redonda perfecta, círculo parcialmente visible, al igual que la elipse de la cintura. Elipses junto a la silueta. El círculo actual en el cuerpo parece una¡Lástima por esa señora, está bajo fuego!
un tercer gráfico que muestra la altura y el diámetro intermedio del color (convertido desde la cintura, el bit pi de la fórmula)
un cuarto gráfico que muestra la elipse de "color final", que rodea una altura y un diámetro difuminados, la parte restante de la fórmula
El paso 3 sería más fácil de entender con diámetro=cintura/pi en lugar de pi*altura:
La secuencia de colores se puede visualizar con un gradiente, por ejemplo, azul para la entrada, pasando por cian para el intermedio, hasta verde para el resultado final, la elipse. Uwappa ( discusión ) 10:41 22 oct 2024 (UTC)[ responder ]
No tengo ni idea de lo de "364,2-365,5". Tampoco tengo ni idea de la raíz cuadrada, el 1- y el cuadrado. ¿Por qué no apuntaron a un valor BRI fácil como '1', '10' o '100' para una salud óptima? Descarten todas las constantes y lo que quedará será la fórmula simple WHtR=cintura/altura que podría visualizarse con un simple rectángulo, sin necesidad de una elipse. ¿En qué estaban pensando bebiendo ? Uwappa ( discusión ) 15:48 22 oct 2024 (UTC) [ responder ]
Déjame pensarlo. cmɢʟee ⎆τaʟκ 11:05, 22 de octubre de 2024 (UTC) [ responder ]
¿Podría ser un gráfico SVG?Utilice los colores directamente desde la plantilla:BMI calculator2/bmi.css . Entonces, si los colores cambian en el CSS, el SVG muestra automáticamente los nuevos colores.
Y: actualice los colores actuales en el SVG, ya que los colores mostrados son de la calculadora sandbox, que aún no es pública.
2. No conozco ninguna manera de que el SVG lea archivos externos. (No me atrevería a decir que no es posible después de que hayas demostrado con tu calculadora que es posible usar el resultado de una calculadora para mostrar diferentes imágenes, lo que yo creía imposible). Intenta preguntar en Wikipedia:Village_pump_(technical) .
PD: Usamos un fondo transparente para la silueta y coloreamos el fondo en su lugar. Tal vez haya una manera de establecer múltiples valores "transparentes" y hacer que cada uno afecte de alguna manera una parte de la imagen. No tengo idea de cómo hacerlo.
1. Como se indica más arriba, o pregúntele a los desarrolladores de la plantilla:calculator . Su truco de tener una imagen para cada resultado posible requeriría demasiadas imágenes.
Buena suerte, cmɢʟee ⎆τaʟκ 11:05, 22 de octubre de 2024 (UTC) [ responder ]
Gracias.
Busque @import svg css para obtener detalles sobre la declaración @import en svg. Uwappa ( discusión ) 11:20 22 oct 2024 (UTC) [ responder ]
Creo que esto tiene efecto cuando el SVG se abre en un navegador, no cuando Mediawiki lo muestra como una miniatura PNG, que es lo que aparece en los artículos. cmɢʟee ⎆τaʟκ 11:35, 22 de octubre de 2024 (UTC) [ responder ]
Sí, tienes razón. Me inspiré en tu interacción., pero duh... estaba viendo el SVG, no un PNG derivado.
Aún no me doy por vencido: ¿se puede insertar código SVG como wikitexto, al igual que HTML? ¿Se podría insertar en una plantilla? Uwappa ( discusión ) 11:48 22 oct 2024 (UTC) [ responder ]
No creo que eso esté permitido, pero una vez más podría estar equivocado. cmɢʟee ⎆τaʟκ 15:58, 22 de octubre de 2024 (UTC) [ responder ]
Lo he intentado y no ha funcionado. Uwappa ( discusión ) 16:24 22 oct 2024 (UTC) [ responder ]
Ja, ja, ja, gracias, pensé que eras el genio de los SVG y CSS por aquí. ¡Ocultar esas imágenes me llevó 3 días de confusión!
Hm, sí, una imagen para cada punto posible sería demasiado. Una alternativa para pobres:
muestra dos líneas cruzadas (vertical, horizontal), donde el punto de cruce habría sido la ubicación del punto rojo.
Utilice valores redondeados para ambas líneas, de modo que el número de líneas sea limitado.
Ambas líneas podrían ser muy transparentes, apenas visibles, pero el punto de cruce está coloreado dos veces, tiene "más" color. Se vería como un pequeño cuadrado, casi un punto.
Ahora bien... si el SVG puede leer un CSS externo, una línea dibujada con SVG puede mostrarse/ocultarse en función de una casilla de verificación o un botón de opción ocultos en el HTML principal. Uwappa ( discusión ) 11:35 22 oct 2024 (UTC) [ responder ]
Una posibilidad es tener una imagen de una línea vertical en la posición adecuada para cada valor de cintura posible (redondeado) y una línea horizontal para cada valor de altura, y superponerlas sobre un gráfico en blanco. El trabajo de asegurarse de que todas estén alineadas probablemente no valga la pena. cmɢʟee ⎆τaʟκ 11:38, 22 de octubre de 2024 (UTC) [ responder ]
Y... no. No habría demasiados puntos, ya que cualquier punto estará sobre la línea azul. ¡Eh!
20 puntos, digamos uno por cada valor BRI sería suficiente. Uwappa ( discusión ) 14:59 22 oct 2024 (UTC) [ responder ]
Ah, ya veo. En ese caso, podrías hacer lo que hiciste para las siluetas, es decir, un gráfico con un punto premarcado para cada BRI, ya sea una imagen con 20 gráficos o una plantilla: mapa de ubicación que muestre un marcador en el gráfico anterior. Francamente, no creo que valga la pena el esfuerzo, especialmente porque cada marcador tiene que cubrir una parte bastante grande (5%) del gráfico. cmɢʟee ⎆τaʟκ 15:57, 22 de octubre de 2024 (UTC) [ responder ]
Sí, genial, ¡gracias! Es una solución fácil.
La plantilla 20 :Site_plan funcionará, cada una con el mismo gráfico como fondo y su propio punto rojo.
Y eso es muy similar a 20 siluetas BRI recortadas, factibles.
De acuerdo, no es del todo preciso, pero un punto difuso más grande lo ocultará. Los valores precisos podrían estar debajo del gráfico en una leyenda, con el mismo punto difuso nuevamente. Esos valores podrían ser los campos de entrada de la calculadora.
No será perfecto, pero lo suficientemente bueno para demostrar que los valores de WHtR y BRI están relacionados. Uwappa ( discusión ) 16:23 22 oct 2024 (UTC) [ responder ]
Hazlo si tú y los médicos con los que te comunicas creéis que es adecuado. cmɢʟee ⎆τaʟκ 19:11, 22 de octubre de 2024 (UTC) [ responder ]
Otro pensamiento: si esto funciona, podría mostrar un punto enUwappa ( discusión ) 20:42 22 oct 2024 (UTC) [ responder ]
Eso requeriría muchas más "imágenes" para manejar todas las combinaciones posibles, aunque mi sugerencia de apilamiento de líneas anterior lo reduce al doble del número. cmɢʟee ⎆τaʟκ 09:35, 23 de octubre de 2024 (UTC) [ responder ]
¿Hay algún error en la línea de pensamiento de la calculadora 4.0? Uwappa ( discusión ) 09:51 23 oct 2024 (UTC) [ responder ]
Sí, he añadido una línea en la página de descripción del archivo: "Tenga en cuenta que las figuras se dibujan asumiendo que la cintura es circular: deberían ser más anchas para complexiones más delgadas, pero no hay un factor de conversión disponible". Dibujaré una imagen mejor para ilustrar el punto quizás más tarde hoy. cmɢʟee ⎆τaʟκ 19:22, 23 de octubre de 2024 (UTC) [ responder ]
Gracias. Creo que la cintura circular también es un defecto en el bit pi de la fórmula BRI. Eso es más grave que una silueta que sea un píxel más ancha o más estrecha.
No es necesario que dibujes una nueva imagen. Mi pregunta es la siguiente: comprueba esta fórmula de cálculo en Template:Body_roundness_index/sandbox :
¿Los números 26.6667 y 8.66668 están bien para pasar de blanco a un número de secuencia 1..20 para una silueta?
El resultado puede ser inferior a 1 o 20 para valores excepcionales, lo que se soluciona redondeando el mínimo y el máximo a un número entero entre 1 y 20. Uwappa ( discusión ) 20:51 23 oct 2024 (UTC) [ responder ]
Cinturón saludable para siluetas BRI
Algunos avances que permiten retomar una vieja idea: Mostrar un cinturón saludable para las siluetas BRI.
WHtR y BRI están relacionados, consulte el convertidor más arriba.
Eliminaste las elipses alrededor de las siluetas BRI.
El cinturón será del mismo tamaño para todos, sin estiramientos. Su tamaño es fijo, en función de una silueta saludable. Será como ropa suelta si has perdido peso, y ropa vieja demasiado ajustada si has ganado peso.
Al cambiar el tamaño de la cintura en la calculadora de redondez:
Las siluetas demasiado delgadas tendrán "espacio de sobra" dentro del cinturón. Su cintura es más pequeña que el cinturón.
El cinturón se adaptará perfectamente a las siluetas verdes y saludables.
El cinturón quedará demasiado ajustado para las siluetas gordas y se 'desbordará' del cinturón.
En resumen: el cinturón mostrará la diferencia entre la silueta saludable y la actual. El lector podrá encontrar una talla de cintura ideal que coincida con el cinturón.
Todavía hay debate en marcha. No todo el mundo está convencido todavía. Pero la resistencia es inútil con oponentes llamados NICE, Maths y la comunidad Wikipedia. Espero que el debate se calme en los próximos días, para que la calculadora y los nuevos colores puedan estar disponibles pronto.
¿Estaría bien que agregues el cinturón una vez que se haya calmado la discusión? Volveré a publicar la idea en la página de discusión de BRI (o WHtR) después de que la nueva versión de la calculadora esté activa. Puede que genere una nueva discusión, así que no contengas la respiración, por favor no empieces con eso todavía. Uwappa ( discusión ) 17:51, 22 de octubre de 2024 (UTC) [ responder ]
Claro, siempre y cuando estés seguro de lo que quieres. Preferiría no repetir el escenario de color en el que tuve que seguir actualizando la imagen. cmɢʟee ⎆τaʟκ 19:15, 22 de octubre de 2024 (UTC) [ responder ]
Invitación a participar en una investigación
Hola,
La Fundación Wikimedia está realizando una encuesta entre wikipedistas para comprender mejor qué es lo que lleva a los administradores a contribuir a Wikipedia y qué afecta a la retención de administradores. Utilizaremos esta investigación para mejorar las experiencias de los wikipedistas y abordar problemas y necesidades comunes. Lo hemos identificado como un buen candidato para esta investigación y agradeceríamos enormemente su participación en esta encuesta anónima .
No es necesario ser administrador para participar.
La encuesta debería tardar entre 10 y 15 minutos en completarse. Puede leer más sobre el estudio en su página Meta y ver su declaración de privacidad.
Si tiene alguna pregunta o inquietud, encuentre nuestro contacto en la página Meta del proyecto.