Quería agradecerte por crear el gadget de parámetros de plantilla. Lo encontré hoy y puedo decir que será muy útil. Además, he creado una página de documentación para la plantilla en tu espacio de usuario [1] copiando tu publicación de Village Pump. ¡Gracias! ~ Adjwilley ( discusión ) 21:11 19 nov 2012 (UTC) [ responder ]
De nada (y gracias por rescatar el documento de vpt). Lamentablemente, no conozco bien enwiki (políticamente hablando) para poder impulsar con éxito que esto se convierta en un gadget autorizado (como lo es en hewiki y arwiki). peace - קיפודנחש (discusión) 22:30, 19 de noviembre de 2012 (UTC) [ responder ]
Firma
Paz,
Te he visto cerca de la estación de servicio del pueblo y me preguntaba si te importaría agregar un componente del alfabeto latino a tu firma como cortesía para aquellos de nosotros que no sabemos leer hebreo. Hay una sugerencia en WP:SIG#Non-Latin .
Un cordial saludo, — Hex (❝ ?! ❞) 10:57, 5 de diciembre de 2012 (UTC). [ responder ]
Claro, no hay problema. Normalmente no toco mi firma en diferentes wikis, y es lo mismo en todas partes (tengo > 0 contadores de contribuciones en alrededor de 17 wikis, aunque muchos de ellos son solo para ediciones de un solo dígito - ver Special:CentralAuth/קיפודנחש ).
paz - קיפודנחש (discusión) 14:49, 5 de diciembre de 2012 (UTC) [ respuesta ]
¡Gracias ! — Hex (❝ ?! ❞) 15:00, 5 de diciembre de 2012 (UTC) [ responder ]
Paz,
Me gustaría aprender el alfabeto que utilizas (hebreo, ¿no?) y me preguntaba si tienes alguna recomendación de un buen sitio para hacerlo. Gracias, Kipod. Technical 13 ( discusión ) 01:07 16 may 2013 (UTC) [ responder ]
ahmmm... créelo o no, pero cuando aprendí el idioma no había internet (literalmente - les tomó unos cuantos años después de este evento incluso _comenzar_ a desarrollar ARPANET , sin mencionar la World Wide Web ...). Adivinaste correctamente - el idioma es hebreo , pero no estoy familiarizado con buenos sitios que lo enseñen. Sin embargo, estoy seguro de que existen sitios de ese tipo. Si te tomas el tema en serio y estás dispuesto a invertir algo de dinero, escuché cosas buenas sobre Rosetta Stone (no específicamente la versión hebrea - como mencioné, no la necesito). Si todo lo que te interesa es el alfabeto, probablemente deberías comenzar leyendo el alfabeto hebreo y continuar desde allí. paz - קיפודנחש (también conocido como kipod) (discusión) 15:09, 16 de mayo de 2013 (UTC) [ responder ]
¡Gracias! Parece que no debería ser demasiado difícil de aprender. Mientras tanto, he desarrollado User:Technical_13/Scripts/CommonHebrewUserNames.js para poder distinguir claramente tus publicaciones. Me gustaría desarrollar ese script para poder "traducir" cualquier nombre hebreo al inglés o al latín. ¿Te interesaría ayudar con eso? Technical 13 ( discusión ) 14:30 17 may 2013 (UTC) [ responder ]
Revertir
Siguiendo la discusión en WP:VPT, te acabo de dar el permiso de reversión. Te sugiero que tengas cuidado al usarlo para cualquier otra cosa que no sea una prueba, pero pareces lo suficientemente confiable como para leer la documentación antes de usarlo para cualquier otra cosa. Si no quieres el permiso, házmelo saber y lo eliminaré de nuevo. Dpmuk ( discusión ) 05:09, 10 de diciembre de 2012 (UTC) [ responder ]
Así es como funciona: cambia el comportamiento del enlace "revertir" en:
cambios recientes
lista de vigilancia
vista histórica
vista de diferencias
No conozco ningún otro lugar donde existan enlaces de "reversión", pero si existe un lugar así, probablemente queramos agregarlo también.
El nuevo comportamiento es así:
al presionar "revertir", en lugar de ser transferido a la página diff una vez que la reversión es exitosa, usted permanece en la misma página y aparece un pequeño mensaje que le informa que la reversión fue exitosa y el enlace "revertir" desaparece.
Si mantiene presionada la tecla <Alt> mientras presiona "revertir", se le solicitará que proporcione un resumen. Si presiona "cancelar" o simplemente deja la línea de resumen vacía, no se producirá ninguna reversión. De lo contrario, el resumen que ingresó se mostrará en la reversión en lugar del predeterminado.
He utilizado esto para empezar a generar algunos datos sobre las estadísticas. =) Un agradecimiento tardío. Biosthmors ( discusión ) 19:26 14 ene 2013 (UTC) [ responder ]
Diagramas y gráficos de ajedrez de Lua
Me he dado cuenta de que el script de diagrama de ajedrez requiere líneas CSS. ¿Es este un problema general en Lua del que deberíamos informar a la gente? Estaba jugando con una rutina de "trazador" para hacer gráficos generales a partir de números en [2], pero tenía problemas para intentar averiguar el código de posicionamiento absoluto y relativo que realmente insertaría un gráfico funcional. ¿Es solo que soy un despistado (muy posible) o es algo que también requeriría que se cambie common.css? Si es así, deberíamos señalar este problema general. Wnt ( discusión ) 03:03, 21 de febrero de 2013 (UTC) [ responder ]
Supongo que simplemente tomé la ruta fácil. Es posible inyectar lo "absoluto" y lo "relativo" en los estilos directamente en lugar de usar CSS, por lo que esto no es necesariamente una limitación del sistema. En muchos casos (como el ejemplo del ajedrez), 2 líneas simples en el CSS pueden ahorrar innumerables repeticiones de declaraciones style="position:absolute"y style="position:relative;", pero no es realmente necesario usar CSS.
en cualquier caso, no debería ser imposible agregar una línea o dos en common.css si eso hace más fácil la vida de una plantilla lo suficientemente popular. Simplemente mire en Mediawiki:common.css : está lleno de cosas específicas para plantillas específicas.
¡Gracias! He leído y he empezado a usar Template:Plotter. Espero que con el tiempo sea algo útil, aunque admito que todavía queda mucho camino por recorrer... Wnt ( discusión ) 07:57 22 feb 2013 (UTC) [ responder ]
Re: La charla de usuarios en hewiki aquí
Shalom, de todas formas quiero agradecerte porque la solución que encontré hoy está basada en un diagrama de ajedrez en el que parece que tú también trabajaste. -- DancingPhilosopher mi charla 15:06, 22 de febrero de 2013 (UTC) [ responder ]
Wikipedia:Solicitudes de Lua
Hola, קיפודנחש. He notado que trabajaste en un script de Lua en Module:Chess de fen. Acabo de crear una página de solicitudes de scripts de Lua en Wikipedia:Solicitudes de Lua y sería genial si pudieras incluirla en la lista de seguimiento para ayudar a cualquiera que necesite ayuda con scripts de Lua. ¡Gracias! Dcoetzee 23:30, 23 de febrero de 2013 (UTC) [ responder ]
Por supuesto, gracias.
Si estás activo en esta área, creo que podría ser una buena idea crear algún tipo de "taller de Lua" también, donde las personas activas en la escritura de módulos de Lua puedan hacer preguntas, compartir conocimientos de "mejores prácticas" y tal vez incluso hacer algún desarrollo compartido (esto es posible con Lua, porque puedes usar un módulo de otro módulo).
por ejemplo, acabo de enterarme de que lua puede ser snadboxed usando la infraestructura "Template sandbox" - lo aprendí de un comentario de pasada hecho por User:Anomie en WP:VPT , pero realmente no está documentado en ningún lado, ttbomk.
Entonces, si existiera este "taller de Lua", este tipo de conocimiento podría acumularse y los nuevos desarrolladores tendrían algunos recursos para aprender y obtener asistencia.
Si alguna vez se establece un "Taller" de este tipo, me encantaría que me lo notificaran, tal como me notificaron sobre la página de solicitudes.
Son algunas ideas interesantes. Por ahora, hay algunos consejos recopilados en Wikipedia:Lua y Ayuda:Depuración de Lua y, por supuesto, hay algunos documentos en el sitio web de la extensión, pero definitivamente se podría organizar mejor. Gracias por las sugerencias. :-) Dcoetzee 23:47, 23 de febrero de 2013 (UTC) [ responder ]
Me alegro de que lo hayas descubierto de todos modos. (Soy bastante nuevo como editor de Wikipedia). Chag sameach si celebras la Pascua... Mattj2 ( discusión ) 18:56 25 mar 2013 (UTC) [ responder ]
Re: Sabía que no debía editar usando la !@#$%^ tableta...
Gracias por tus instrucciones sobre cómo modificar Vector. No uso Vector, pero al parecer tendré que empezar.
Te contaré cómo funcionan tus instrucciones. DS ( discusión ) 23:18 4 abr 2013 (UTC) [ responder ]
Te recomiendo que ejecutes tus experimentos y pruebas antes de que "Classic" sea eliminado, así tendrás un punto de referencia y algo con qué comparar. Después del día de impuestos tendrás que trabajar de memoria.
Pensé que reemplazar una clase con un estilo era simple: solo lo buscas en la hoja CSS y copias el contenido. Descubrí que cualquier intento de poner mi mapa de imágenes en el gráfico circular no lo procesaba, así que comencé a hacer esto, pero reemplazar class="tleft" con la declaración margin: que parece contener provocó un cambio completo en la salida donde el gráfico ya no flota. Hay una pista en que un comentario de estas clases dice "@noflip", pero no veo cómo/dónde lo afecta. ¿Puedes explicarlo?
Diff [3]. "Pulgar" es "derecho" o "izquierdo". Wnt ( discusión ) 14:41 6 abr 2013 (UTC) [ responder ]
Hola. Vi algunos de tus experimentos e iba a contactarte antes, pero otras cosas urgentes me retuvieron... lo que estoy escribiendo aquí no es 100% confiable, pero *estoy* 87.37% seguro de que es verdad: la forma en que funciona el analizador, las etiquetas se procesan *antes* que las plantillas y, por lo tanto, también antes de los "#invoke:".
Entonces, si quieres extraer un mapa de imagen de un módulo, tienes que usar la palabra mágica {{#tag:imagemap. Avísame si necesitas más información sobre cómo hacerlo. En cuanto a tleft y tright: están definidos en el skin vector (quizás también en otros skins) en el paquete principal. No es muy interesante, pero puedo buscarlo si quieres. Usa "debug=true" y busca los recursos (chrome). peace - קיפודנחש (también conocido como kipod) (discusión) 16:30, 6 de abril de 2013 (UTC) [ responder ]
Bueno, la función retorna a través de frame.preprocess, y más concretamente: obtengo un enlace (en el lugar equivocado) si coloco el mapa de imágenes después de la última etiqueta div, pero no si lo coloco después de la segunda. También obtengo el enlace si cambio la clase="tleft" a un estilo que creo que es sinónimo, pero también pierdo la capacidad del gráfico de flotar. Mi primera prioridad aquí es entender qué magia miscelánea ocurre en esa clase="tleft" y cómo replicarla en un estilo que he definido desde cero; hasta entonces, solo estoy jugando con una caja negra sin idea de qué efecto tendrá nada. Wnt ( discusión ) 17:51, 6 de abril de 2013 (UTC) [ responder ]
con respecto a @noflip: el CSS que viene de bits.wimimedia.org se ejecuta a través del preprocesador que cambia de derecha a izquierda y viceversa para wikis RTL. @noflip le dice al preprocesador que deje este CSS específico solo. Creo que puede encontrarlo aquí: [4] y [5] (dos partes separadas de tleft se definen en esos dos archivos). No sé nada sobre esta cosa del preprocesamiento - puede que tengas 100% de razón, pero sigo pensando que la forma correcta de hacerlo es a través de #tag:. Además, tenga en cuenta que si usa imagemap, no creo que deba incluir la imagen Circle directamente: hágalo como el parámetro "Archivo" de imagemap. La razón es la superposición: cuando algo se superpone a otra cosa, captura los eventos (como los eventos del mouse) y no lo deja sorber. como la imagen del círculo transparente debe estar encima de los divs (de lo contrario no hace su trabajo), lo más simple es envolverlo con la etiqueta imagemap, en lugar de usar una imagen diferente para el imagemap. También tenga en cuenta que el imagepap está "normalizado", es decir, las coordenadas se calculan en función del tamaño de la imagen original, independientemente de la ampliación/reducción con la que se muestre realmente. Veo que intentaste colocar el mapa de imágenes encima de todo, pero creo que usaste el atributo "z-value", que hasta donde yo sé es un error: el nombre de este atributo debería ser "z-index". Nuevamente, creo que lo mejor que puede hacer es colocar el mapa de imágenes alrededor de la imagen del círculo, en lugar de agregar otra imagen transparente encima de todo.
Finalmente encontré el problema: en realidad hay tres enlaces rel="stylesheet" en el código fuente, de los cuales solo uno tiene un "css". El primero contiene una clase tleft y también le aplica estilos. Sin embargo, en realidad no es eso lo que fallaba: estaba buscando en el lugar equivocado porque había un div enterrado en el centro mismo de "output". El truco que elegí al final implica hacer una búsqueda y reemplazo para forzar la imagen justo donde la quiero en el centro de la salida, inmediatamente después de la imagen del círculo. Podría volver atrás e intentar fusionar con el círculo, pero por ahora estoy feliz de que funcione. Ahora, si solo entendiera dónde se define la clase "noresize", estaría satisfecho... :) Wnt ( discusión ) 15:46, 8 de abril de 2013 (UTC) [ responder ]
¡Muy bien y felicitaciones por lograrlo finalmente!
Sigo pensando que estás haciendo una cosa mal: crear una etiqueta sin formato (usando "<" y ">") y luego forzar el análisis de la salida llamando a frame.preprocess no es la forma civilizada de hacer las cosas.
En mi opinión, la forma correcta es ser educado y devolver una cadena simple que contenga todo lo que construiste y usar la palabra mágica #tag: en la salida para inducir un mayor análisis de las etiquetas (también podría ser la forma más eficiente, lo que haría feliz a wikid77, aunque no creo que la velocidad deba ser una consideración real aquí).
con respecto a tleft y tright: desea utilizar Chrome, agregue debug=1 a la línea de dirección, y en "herramientas de desarrollador" desea ir a la pestaña "recursos", y presionar Ctrl+ F, y escribir "tleft", "tright". "debug=1" le dice al servidor que no aplaste/minimice las fuentes JS y CSS, y que no consolide muchas páginas en una sola página. También le permite ver los comentarios y demás en esas páginas; a veces puede obtener pistas útiles de por qué sucede algo. en cuanto a "noresize": normalmente "noresize" no es una clase, sino un atributo html. específicamente, la extensión imagemap arroja un div con la clase "noresize" (puede encontrarlo en la línea 283 de "imageMap_body.php en la última instantánea en mw:Extension:Imagemap), pero esta clase no tiene atributos css. puede estar allí para que los wikis puedan definir atributos css para él, o para que el script JS pueda encontrar estos divs en la página. no tiene ningún efecto (puede probarlo ejecutando en la consola del navegador una sola línea JS que eliminará esta clase de todos los elementos, por ejemplo $('.noresize').removeClass('noresize');. nada en la visualización de la página cambiará después de ejecutar esta línea.
Por cierto: estás invitado a ver y comentar cómo creo las leyendas en Módulo: Gráfico ; es posible que también quieras adoptar esta forma, o puede que no quieras hacerlo. A diferencia de ti, no creo DIV, sino un elemento ul que contiene elementos li. Esto me permite usar el atributo "column-width" para mostrar las leyendas en varias columnas. Creo que es mejor. Tal vez debería crear una muestra con una gran cantidad de leyendas en la página del documento para ver cómo funciona.
Bueno, para ser honesto, nunca entendí realmente la palabra mágica #tag - recuerdo haberla visto hace un año o dos, pero sin ejemplos de cuándo usarla. Puedo estar equivocado, pero creo que cuando no preprocesé frame.preprocess las plantillas en la salida nunca se expandieron. No sé dónde encontrar un manual sobre esto y todo se basa en lo que vi/lo que funcionó la última vez. Tenía la intención de reescribir la parte con las plantillas de leyenda en algún momento, pero no lo he hecho. (Dependen de algo con "safesubst", que tampoco entiendo cuál es el sentido de eso). Tu idea con ul y li puede ser buena, tendré que revisarla con cuidado. Los divs que usé en esta función se copiaron directamente de la plantilla original.
Gracias por la sugerencia sobre Google Chrome... el problema es que la última vez que tuve el software de Google (Google Earth) en la computadora, estaba generando lentitud y molestias con su actualizador obligatorio cada hora, y no se desinstalaba correctamente, tampoco se reinstala sin un error, y fue necesario eliminar y deshabilitar todo tipo de programas para que dejara de generar mensajes de error cada hora. Soy muy reacio a permitir que esa plaga vuelva a mi sistema. Wnt ( discusión ) 20:44, 8 de abril de 2013 (UTC) [ responder ]
con respecto a #tag: se explica, por ejemplo, aquí: mw:Help:Magic words. No es de ninguna manera algo nuevo, definitivamente es mucho anterior a 1.15. esto es lo que se supone que debes usar cuando quieres generar una etiqueta de extensión dentro de una plantilla. Creo que "módulo" aquí debería considerarse como "igual que la plantilla" para esto.
En cuanto a Chrome: la parte importante no es necesariamente Chrome en sí, sino más bien el "debug=1" en la línea de dirección (también puedes usar "debug=true"). Si usas FF con la extensión Firebug, puedes obtenerlo en la pestaña "CSS" de Firebug (F12). Si usas FF con la extensión "Desarrollador web", puedes obtenerlo a través del elemento de menú "Ver CSS" del desarrollador web. Si usas FF original o si usas IE, entonces no sé cómo encontrar cosas en el CSS, pero probablemente también sea posible. La razón por la que dije "Chrome" es porque a) estoy acostumbrado a él, y muchos desarrolladores web lo usan debido al fantástico depurador de JS, y b) porque no requiere ninguna extensión para el desarrollo web : todo está incorporado .
Estrella de granero
Geonoticia
Gracias por notarlo. No tengo idea de cómo se coló el espacio. Andrew Gray ( discusión ) 19:24 16 may 2013 (UTC) [ responder ]
Lo siento, leí mal tu mensaje y pensé que decías que lo habías solucionado. Ya lo he corregido. Andrew Gray ( discusión ) 11:08 17 may 2013 (UTC) [ responder ]
Bueno, no podría haberlo modificado, no tengo permisos para modificar páginas en el espacio de nombres mediawiki... paz - קיפודנחש (también conocido como kipod) (discusión) 15:06, 17 de mayo de 2013 (UTC) [ responder ]
Diagrama de ajedrez para pruebas de rendimiento
Mira aquí . Gracias. Frietjes ( discusión ) 00:00 21 may 2013 (UTC) [ responder ]
Estrella de granero
Propuesta: marcar el gadget predeterminado como "predeterminado"
En WP:VPT mencionaste que el método que usamos en Commons es bastante óptimo. Si bien estoy de acuerdo en que no es una buena práctica mantener el estado en 2 ubicaciones, ¿cómo podríamos mejorar esto? ¿No requeriría esto una solicitud de error de MediaWiki y un cambio en el software de MediaWiki que generalmente lleva mucho tiempo? Ya es una mejora no tener que actualizar cada traducción si el estado cambia. Pero si pudieras mostrar una manera (quizás un módulo LUA que analice MediaWiki:Gadgets-definition ), sería genial. -- Rillke ( discusión ) 15:42, 12 de junio de 2013 (UTC) [ responder ]
( acosador de la página de discusión ) He descubierto que las solicitudes de errores de MediaWiki y los cambios en el software de MediaWiki no toman mucho tiempo si hay consenso para el cambio en la wiki. Estaré encantado de enviar la solicitud y poner en marcha el proceso. Technical 13 ( discusión ) 16:21 12 jun 2013 (UTC) [ responder ]
(estoy trabajando con una memoria débil, no tengo tiempo para investigar en este momento): si mal no recuerdo, lo que quise decir es exactamente eso: no puedo pensar en una forma de mejorar la forma en que se hace en Commons (hacemos algo similar en HeWiki). Creo que la mejora del software de MediaWiki (más precisamente, de mw:Extension:Gadgets) es exactamente lo que quise decir. Creo que incluso consideré abrir un nuevo ticket de Bugzilla y encontré uno que ya existía. De nuevo, creo que es así, pero no puedo estar 100% seguro de que el informe anterior no sea solo un sueño que tuve... paz - קיפודנחש (también conocido como kipod) (discusión) 18:41, 12 de junio de 2013 (UTC) [ responder ]
Aún no veo ningún ticket según mi búsqueda. Técnico 13 ( discusión ) 19:19 12 jun 2013 (UTC) [ responder ]
Gracias por informar esto a bugzilla:49501. -- Rillke ( discusión ) 22:07 12 jun 2013 (UTC) [ responder ]
( editar conflicto ) pensé que había visto uno, pero ahora no lo puedo encontrar. abrí uno nuevo: Bugzilla:49501. si es un duplicado, espero que esté marcado como tal. si puedes encontrar la discusión wp:vpt apropiada en uno de los archivos, eres más que bienvenido a agregar un enlace (de nuevo, no tengo tiempo para hacerlo ahora). peace - קיפודנחש (también conocido como kipod) (discusión) 22:10, 12 de junio de 2013 (UTC) [ responder ]
respuesta
Explicando
He revisado tu página. Revisé la enorme lista de páginas recién creadas y confirmé que tu página estaba bien : no era spam, no era una página de ataque, no violaba los derechos de autor ni tenía ninguna de las otras razones por las que borraría la página de alguien sin preguntar. Luego hice clic en "revisada" para quitarla de la lista de "páginas que aún no han sido revisadas" y pasé a la siguiente entrada. Eso es todo. DS ( discusión ) 16:56 5 ago 2013 (UTC) [ responder ]
Gracias. Olvidé que el patrullaje está activo en enwiki (solo para páginas nuevas). Debido a que es un fragmento de código, tomé la palabra "revisión" como en "revisión de código", lo que, por supuesto, fue un error tonto. Gracias.
Hola, me ha impresionado la plantilla pgn de la Wikipedia en hebreo, que vi que se utilizaba en el artículo del Campeonato Mundial de 2013. ¿Se podría adaptar este gadget para su uso en la Wikipedia en inglés? MaxBrowne ( discusión ) 00:50 2 dic 2013 (UTC) [ responder ]
Ok, encontré la página del subproyecto , la discusión sobre la bomba de la aldea, la página de demostración en la Wikipedia en hebreo, etc. Lo siento, no me he mantenido al día con los avances. MaxBrowne ( discusión ) 02:12, 2 de diciembre de 2013 (UTC) [ responder ]
La "página del proyecto" enlazada arriba no es muy seria, creo - fue un intento de un editor despistado de impulsar algo, a pesar del hecho de que este editor no sabe (casi) nada sobre ajedrez, ni sobre javascript. El único valor real de esta "página del proyecto" son los enlaces a discusiones pasadas.
(elige eso: me confundí con un intento diferente realizado por un usuario diferente. Esta "página del proyecto" está bien).
en cuanto al script y la plantilla pgn: la plantilla es un paquete muy simple y directo que permite que el script funcione envolviendo el pgn con algunos DIV con clases específicas, de modo que el script sepa qué fragmentos de texto deben analizarse como pgn. es compatible con algunas características que no se han demostrado en ningún lugar de hewiki (específicamente, es compatible con el atributo FEN=, que permite mostrar partidas desde el medio (no muy interesante), pero también permite mostrar partidas en chess960 (espero haber escrito bien el nombre). Creo que el script en sí es independiente del lenguaje - la única pequeña perversión es algún "huevo de pascua" que hace que, si el usuario que lo ejecuta tiene alguna línea especial en su common.js, agregue dos nuevos botones. Al presionar estos botones, el script genera una plantilla {{ Diagrama de ajedrez }} específica para hewiki (uno de los botones hace que lo haga para el estado actual del juego, y el otro generará una plantilla para cada una de las capas (creo que eso es lo que llamas un "medio movimiento", es decir, un movimiento de un solo jugador). Avísame si necesitas algo más. Estaré muy feliz de ver que este script se use en enwiki, pero no creo que tenga sentido como un gadget o un script de usuario; solo tiene sentido, en mi opinión, si se agrega globalmente. es muy fácil agregarlo de manera que solo cargue el script en páginas que contienen la plantilla, aunque, admitámoslo, no nos molestamos en hacerlo en hewiki y simplemente lo agregamos incondicionalmente. peace - קיפודנחש (también conocido como kipod) (discusión) 21:41, 2 de diciembre de 2013 (UTC) [ responder ]
¿Posible ayuda con CSS?
Hola, קיפודנחש. Teniendo en cuenta lo hábil que pareces con la codificación CSS a partir de esa discusión reciente en VPT, me preguntaba si podrías saber una solución para algo. Hace bastante tiempo, movieron el campo/diálogo de insertar símbolos sobre los botones guardar página/vista previa/mostrar cambios. Solía estar debajo ( como esto ). ¿Hay algún truco para moverlo nuevamente debajo de los botones? Además, ¿hay alguna manera de ocultar el texto "Al hacer clic en el botón "Guardar página", aceptas los Términos de uso y de manera irrevocable..." Básicamente, estoy tratando de hacer que cuando abra la pantalla de edición en mi navegador, pueda editar y ver el botón guardar página en una vista, sin tener que desplazarme hacia abajo todo el tiempo para llegar al botón guardar página, lo que es trabajo adicional. Muchas gracias de antemano. No dudes en decirme que es demasiado trabajo encontrar o descubrir un truco, incluso si pudieras hacerlo. -- Fuhghettaboutit ( discusión ) 23:30 26 dic 2013 (UTC) [ responder ]
Puedes hacer algo, pero no es CSS, es JS, por lo que va en tu Special:MyPage/common.js (y no en el CSS):
¡Muchas gracias! Estaba jugando con él y cambiar .editButtons por .editOptions lo hace perfecto, por lo que los símbolos están completamente debajo de los botones de resumen de edición y de guardar página (sé lo suficiente para inspeccionar los elementos y ver qué etiquetas usaste, aunque nunca podría armarlo yo mismo). Gracias de nuevo. Fuhghettaboutit ( discusión ) 11:20 27 dic 2013 (UTC) [ responder ]
Por supuesto, fue una tontería de mi parte. Ni siquiera miré el resumen... (en mi defensa puedo decir que muchos editores no se molestan en escribir resúmenes de sus ediciones, pero esto es simplemente un mal hábito...). Si quieres ser más elegante, puedes hacer lo siguiente:
que coloca el material más útil inmediatamente debajo del área de texto y deja todo lo demás debajo (ahora creo que es lo suficientemente útil como para usarlo yo mismo - gracias por la idea). peace - קיפודנחש (también conocido como kipod) (discusión) 16:41, 27 de diciembre de 2013 (UTC) [ responder ]
¡Ah! Eso me permitió ir un paso más allá. Para mí, esto es lo ideal (da acceso al botón de edición menor):
No puedo ni imaginar que alguien prefiera la configuración actual. Muchas gracias por la ayuda. -- Fuhghettaboutit ( discusión ) 00:22 28 dic 2013 (UTC) [ responder ]
Tablero de ajedrez interactivo
Por favor, lea el comentario del DJ sobre el guión, ya que resume muy bien uno de los puntos clave que quería del guión.
Lo siento, estoy ocupado con otros artículos (como viste). En cuanto al F8 y Noyce, este libro del MIT parece bastante directo. Sin embargo, es posible que lo hayan copiado de la Wiki, pero no estoy seguro de cómo deducirlo. Maury Markowitz ( discusión ) 15:13 6 ene 2014 (UTC) [ responder ]
ps La próxima vez, ¿quizás puedas marcarlo y llevarlo a la página de discusión? ¡No todo el mundo tiene tiempo de saltar a cada edición solicitada en menos de 24 horas! Maury Markowitz ( discusión ) 15:14 6 ene 2014 (UTC) [ responder ]
Maury Markowitz : gracias por la respuesta y gracias por señalar la fuente.
En cuanto a mi orden de acciones: en principio tienes razón, pero en particular, la afirmación parece tan improbable que es "patentemente falsa": Noyce dejó Fairchild en 1968, momento en el que la tecnología solo permitía un orden de magnitud menos de transistores por chip de lo que requiere incluso el 4004 (F8 tiene aproximadamente el doble de eso: alrededor de 4000). Además, el F8 se produjo utilizando una tecnología (a saber, NMOS), que apareció por primera vez (en laboratorios y documentos, no en productos) en 1969, y estuvo disponible por primera vez en productos en 1970, por lo que la afirmación de que comenzó a desarrollar este chip mientras estaba en Fairchild simplemente no tiene sentido.
En cuanto a la fuente citada: es claramente un gran anacronismo: dice "un procesador especializado creado por el futuro fundador de Intel, Noyce". El F8 se anunció en 1974 y estuvo disponible en 1975, mientras que Noyce dejó Fairchild y fundó Intel en 1968, por lo que una fuente que habla de "futuro fundador de Intel" claramente no sabe de qué está hablando.
Hice pruebas con todas las plantillas de ajedrez documentadas antes de cambiar la documentación para decir que |reverse=true| funciona con tableros de tamaño impar (pero no con tableros Alice, etc.). Por favor, vean mi sandbox para ver un montón de tableros de prueba. Si realmente no les funciona, ¿podrían mostrar cómo hicieron las pruebas, por favor? Zack (discusión) 01:03 11 feb 2014 (UTC) [ responder ]
Es bastante gracioso, en realidad, ya que fui yo quien introdujo el parámetro "inverso" en primer lugar...
Lo hice solo para la configuración 8x8. El módulo ( Módulo: Tablero de ajedrez , que implementa la plantilla ahora) fue cambiado significativamente por otras personas desde la última vez que lo toqué, y cuando vi su edición a la documentación, me emocioné e inmediatamente lo probé para ver cómo se ve con tableros distintos a 8x8.
No sé qué pasó. Quizás escribí mal el parámetro o algo así, porque no me funcionó. Supongo que debería haber hecho una prueba más exhaustiva, en lugar de apresurarme a revertir tu edición. Lo siento. Paz - קיפודנחש (también conocido como kipod) (discusión) 01:51, 11 de febrero de 2014 (UTC) [ responder ]
Hablar de nuevo
Hola, קיפודנחש. Tienes mensajes nuevos en la página de discusión de Faizan . Mensaje añadido a las 16:10, 19 de febrero de 2014 (UTC). Puedes eliminar este aviso en cualquier momento eliminando la plantilla {{Talkback}} o {{Tb}}.[ responder ]
Fai zan 16:10, 19 de febrero de 2014 (UTC) [ respuesta ]
Wikipedia:Bomba de pueblo (técnica)/Archivo 124#Diferencia entre las páginas de revisiones truncamiento de comentarios
Hola Kipod. :) Vi tu comentario en WP:VPT sobre que las plantillas pueden ser editadas por simples mortales. En realidad, creo que probablemente cumples todos los criterios para obtener el derecho de usuario del editor de plantillas , lo que te permitiría editar la mayoría de las plantillas en enwp. Tus ediciones de plantillas y módulos aquí y en hewp son más que suficientes para demostrar que tienes los conocimientos técnicos necesarios. Lo único que es un poco vago en este momento es que debido a tu bajo número de solicitudes de edición en enwp (no pude encontrar ninguna), es difícil encontrar evidencia de que sabrías cuándo buscar consenso para cambios de plantilla potencialmente controvertidos. Estaría dispuesto a pasar esto por alto si puedes confirmarme que has leído Wikipedia:TPE#Cuándo buscar discusión para cambios de plantillas y que tendrás cuidado al actualizar plantillas de alto riesgo en enwp. Sin duda, hay muchas correcciones de plantillas que deben realizarse en enwp, por lo que si puedes tener cuidado de buscar consenso cuando sea necesario, sería genial contar con tu ayuda. Mejor — Sr. Stradivarius ♪ charla ♪ 11:35, 23 de marzo de 2014 (UTC) [ responder ]
Gracias. Decidí seguir tu consejo y solicitar derechos de edición de plantillas. Paz. קיפודנחש (también conocido como kipod) (discusión) 17:48, 23 de marzo de 2014 (UTC) [ responder ]
Respondí la solicitud allí y le envié el mensaje estándar del editor de plantillas que aparece a continuación. Gracias por su respuesta en la página de solicitud. — Mr. Stradivarius ♪ talk ♪ 00:50, 24 de marzo de 2014 (UTC) [ responder ]
Puede utilizar este derecho de usuario para realizar tareas de mantenimiento, responder a solicitudes de edición y realizar cualquier otra modificación simple y generalmente no controvertida en plantillas, módulos y avisos de edición. También puede utilizarlo para implementar modificaciones más complejas o controvertidas, después de que dichas modificaciones se hayan realizado primero en un entorno de pruebas y se haya establecido su fiabilidad técnica, así como su consenso entre otros editores informados.
Antes de utilizar este derecho de usuario, lea Wikipedia:Editor de plantillas y asegúrese de comprender su contenido. En particular, debe leer la sección sobre edición inteligente de plantillas y los criterios de revocación . Este derecho de usuario le brinda acceso a algunas de las plantillas y módulos más importantes de Wikipedia; es fundamental que los edite con prudencia y que solo realice ediciones respaldadas por consenso. También es muy importante que nadie más tenga permitido acceder a su cuenta, por lo que debe considerar tomarse unos minutos para proteger su contraseña .
Si no desea este derecho de usuario, puede pedirle a cualquier administrador que lo elimine en cualquier momento.
¡Feliz edición de plantillas! — Mr. Stradivarius ♪ talk ♪ 00:49, 24 de marzo de 2014 (UTC) [ responder ]
Módulo: Gráfico
Hola קיפודנחש, excelente módulo. Quiero incluir llamadas a la función barChart desde mi módulo, pero se produce un error al llamar con valor nulo . ¿Podrías explicar cómo llamar a barChart desde otro módulo? Gracias. Игорь Темиров ( discusión ) 20:59, 27 de septiembre de 2014 (UTC) [ responder ]
Gracias de nuevo por tu módulo. Consulta la plantilla de población de ruwiki. Игорь Темиров ( discusión ) 14:49, 29 de septiembre de 2014 (UTC) [ responder ]
Lo siento por la respuesta tardía. Estoy de vacaciones y tengo un acceso muy limitado a Internet. No estoy seguro de cuál es el problema al llamar al módulo desde otro, pero es cierto que no está necesariamente diseñado para ser llamado por otro módulo de Lua, sino directamente desde una página o una plantilla. En general, Lua emite un error "cliqueable" y, cuando haces clic en el mensaje de error, obtienes un poco más de información, incluida la pila de llamadas. Puedes probar esto: de esta manera, al menos sabrás qué línea del código causa el problema. Paz - קיפודנחש (también conocido como kipod) (discusión) 17:56, 5 de octubre de 2014 (UTC) [ responder ]
Tu experiencia en gráficos
Parece que los gráficos recientes de EngineeringGuy en la página de Wikipedia se podrían mejorar con tu experiencia. ¿Podrías echar un vistazo a esta diferencia [7]? La solución podría ser sencilla de ahorrar espacio visual en la página de Wikipedia, aunque no sé cómo hacerlo. Tal vez tengas una buena idea. Saludos. FelixRosch ( discusión ) 20:19 9 oct 2014 (UTC) [ responder ]
Su reciente comentario en esa página de discusión fue práctico y útil. Si se pudiera hacer el cambio para inclinar los gráficos orientados verticalmente al modo "horizontal" en la página de Wikipedia , entonces el ahorro en espacio gráfico visual sería de más del 50% del espacio en la pantalla que se utiliza. Esto sería una ventaja significativa para muchas otras páginas de Wikipedia que también podrían reutilizar un nuevo módulo gráfico. Si puedo ayudar más en la actualización de los gráficos para la página de Wikipedia , háganmelo saber. Saludos. FelixRosch ( discusión ) 18:55, 14 de octubre de 2014 (UTC) [ responder ]
Estoy de acuerdo en que poder generar un gráfico de barras horizontales será útil, pero específicamente para Wikipedia , creo que usar una altura y un ancho más modestos será una buena idea, especialmente el ancho.
Además, para este conjunto de datos específico, no estoy seguro de que el gráfico de barras sea muy útil: algunos de los números, y específicamente los números "fa" y "ga", son tan pequeños en relación con los otros números (simples cientos o miles en relación con millones), que son prácticamente invisibles en el gráfico. peace - קיפודנחש (también conocido como kipod) (discusión) 20:56, 14 de octubre de 2014 (UTC) [ responder ]
Sí, es un buen punto, y noté que la versión del lenguaje estaba usando la escala logarítmica para suavizar el problema de "prácticamente invisible". El gráfico del lenguaje se ve bastante bien al usar la escala logarítmica. Estoy de acuerdo en que el factor de suavizado es importante para que los gráficos sean más fáciles de visualizar. Saludos. FelixRosch ( discusión ) 18:02 15 oct 2014 (UTC) [ responder ]
Actualmente, Módulo:Gráfico no admite la escala logarítmica. Además, este gráfico en particular es un gráfico apilado, y no estoy familiarizado con ninguna forma de gráfico apilado que utilice una escala logarítmica, y no puedo imaginar uno que sea útil. peace - קיפודנחש (también conocido como kipod) (discusión) 18:21, 15 de octubre de 2014 (UTC) [ responder ]
Fue solo una idea. He notado que la parte superior del gráfico, por encima de los 250 K, no se utiliza en absoluto y tal vez se podría eliminar si fuera fácil. Parece que eres el experto en módulos gráficos y gracias por tus respuestas. shalom - FelixRosch ( discusión ) 19:10 15 oct 2014 (UTC) [ responder ]
Sí, hay una lógica complicada para redondear la parte superior del gráfico. Se consideran números "redondos" 10, 15, 20, 30, 40, etc. Probablemente pueda manejarlo mejor, pero desafortunadamente no en un futuro cercano. Paz - קיפודנחש (también conocido como kipod) (discusión) 20:43, 15 de octubre de 2014 (UTC) [ responder ]
Plantilla: entrenador universitario de Infobox
¿Hay alguna razón en particular para duplicar los datos de plantilla en el documento? Frietjes ( discusión ) 16:59 25 nov 2014 (UTC) [ responder ]
@ Frietjes : no me di cuenta de los datos de plantilla en el documento. Cuando usé VE, me dijo que no hay datos de plantilla para esta plantilla... tal vez haya entendido mal este mensaje, pero creo que esto es lo que significaba. En su lugar, informaré esto como un problema al equipo de VE. peace - קיפודנחש (también conocido como kipod) (discusión) 17:30, 25 de noviembre de 2014 (UTC) [ responder ]
¡Hola! Parece que vamos a utilizar el formulario para informar un error (Wikipedia en letón) . Quería preguntarte qué tenemos que hacer: ¿solicitarlo en Phabricator? Si es así, tal vez puedas proporcionarme un enlace con la solicitud de Wikipedia en hebreo. -- Edgars2007 ( discusión / contribuciones ) 18:09 19 feb 2015 (UTC) [ responder ]
@ Edgars2007 : phabricator no es el lugar adecuado. Esta no es una funcionalidad básica - es un gadget desarrollado en la Wikipedia en polaco y adoptado por una docena de otras wikis. Nosotros, en hewiki, modificamos la forma en que funciona la herramienta: la herramienta original volcaba el informe completo (y todos ellos), en una sola página designada. Queríamos la página designada única, pero queríamos que el cuerpo del informe persistiera en la página de discusión del artículo en cuestión, así que lo que hicimos fue utilizar la relativamente nueva característica de "transclusión de segmentos" (para que la página central transcluya informes de las páginas de discusión de los artículos). Si lo desea, puede hacerlo mejor, ya que el mecanismo se mejoró recientemente para soportar la "transclusión de secciones".
Entonces, como yo lo veo, tienes 3 opciones: adoptar el gadget polaco (probablemente deberías consultar con las personas que lo mantienen en plwiki), adoptar el gadget modificado de hewiki, o tomar el de hewiki y modificarlo para usar la transclusión de sección más nueva. Probablemente harías mejor en elegir la primera opción y ver si funciona para ti. Los ajustes en hewiki provienen de un requisito específico de la comunidad, y es posible que no tengas preocupaciones similares en la comunidad letona. Si descubres que quieres que funcione como en hewiki (es decir, que el informe en sí persista en la página de discusión del artículo), siempre puedes agregar los ajustes de hewiki más tarde. Apuesto, según la geografía, y supongo que te resultará más fácil discutirlo con la gente de plwiki... la única persona que conozco que está activa aquí y allá, y sabe algo sobre esta herramienta, es Usuario: Matma Rex . paz - קיפודנחש (también conocido como kipod) (discusión) 23:09, 19 de febrero de 2015 (UTC) [ respuesta ]
Hola. Por favor, vea aquí . Gun Powder Ma ( discusión ) 15:46 25 oct 2015 (UTC) [ responder ]
Ok, entendido. ¿Quizás un tipo diferente de gráfico podría funcionar? Gun Powder Ma ( discusión ) 09:55 26 oct 2015 (UTC) [ responder ]
Módulo: Gráfico
Me gustan los gráficos, sobre todo circulares, pero también de barras, en los que me gustan mucho los tonos de gris. Para fines normales, la impresión física es solo en blanco y negro (y tonos de gris). Sin embargo, veo que hoy en día se puede especificar una imagen de fondo CSS. Se pueden hacer muchas cosas diferentes, pero para usarlas aquí, solo usaría dos texturas, una de arriba a la derecha y otra de abajo a la izquierda o al revés, y un chevron angosto o más ancho.
Lo más fácil es hacer un color usando dos pares del mismo color.
Hola, me recomendaron usar el script Cat-a-lot del usuario Ser Amantio di Nicolao, pero dices que el script tiene solo 3 líneas y luego hay 5 líneas. ¿Has cambiado el script desde que lo escribiste?
Además, dices que estás proporcionando un script de 1 línea que enlaza a otra página con 3 líneas de script, pero en realidad enlaza a una página con mucho más de 3 líneas de script. ¿Podrías explicarle esto a alguien que es nuevo en el mundo del uso de scripts de páginas de usuario? Gracias Monopoly31121993 ( discusión ) 10:33 13 dic 2015 (UTC) [ responder ]
Las "3 líneas" no son el script en sí, sino que cargan el script real desde Commons. La razón por la que se requieren 3 líneas es que necesitamos cargar el script JS y el CSS, y necesitamos definir una variable JS de Windows (también conocida como "global"). Realmente fueron 3 líneas durante mucho tiempo, pero en algún momento tuve que agregar un par de líneas para cargar una nueva dependencia que el script en Common adquirió. En cuanto a la "1 línea", no estoy seguro. ¿Qué página carga? HTH - קיפודנחש (también conocido como kipod) (discusión) 01:58, 14 de diciembre de 2015 (UTC) [ responder ]
Me temo que hay un error en User:קיפודנחש/watchlistScout.js . Cuando hice clic en "Marcar todas las páginas como visitadas", apareció el banner naranja que vinculaba todas las páginas que había visto como no revisadas. ¿Hay alguna forma de solucionarlo? Gracias. 1989 ( discusión ) 05:40, 16 de diciembre de 2016 (UTC) [ responder ]
@1090: muchas gracias por el informe.
No me di cuenta, ya que estoy usando una versión más nueva de "Scout". La que uso, agrega un tercer ícono de inicio de "notificación" en la parte superior, al lado de la campana y el frente del tranvía, a la izquierda del enlace "Discusión", que contiene la cantidad de elementos no leídos en su lista de seguimiento. Si desea cambiarlo, agregue la siguiente línea a su common.js:
Podrías considerar agregarlo a tu página de script global ( Preferences => Appearance => CSS/JavaScript for all wikis => Custon Javascript ), lo que tiene sentido si estás activo en más de un proyecto.
Al parecer, mw software cambió su comportamiento para los valores devueltos por la llamada a la API para obtener la lista de seguimiento. Modifiqué el script y debería estar bien ahora (mayúsculas-actualizar si el mal comportamiento aún persiste). peace - קיפודנחש (también conocido como kipod) (discusión) 14:50, 16 de diciembre de 2016 (UTC) [ responder ]
Gracias por solucionarlo. En tu nueva versión de "Scout", ¿sabes que si haces clic en la estrella, aparece la ventana de "avisos"? 1989 ( discusión ) 18:48 16 dic 2016 (UTC) [ responder ]
La ventana que aparece es básicamente tu lista de seguimiento, pero sin ningún tipo de adornos (es decir, ninguno de los scripts y gadgets que usas para embellecer tu lista de seguimiento tiene efecto). Hay un antiguo elemento "por hacer" para modernizar la ventana que aparece, idealmente mostrando solo los elementos no leídos, pero no lo he hecho, y tal vez nunca lo haga... paz - קיפודנחש (también conocido como kipod) (discusión) 20:06, 16 de diciembre de 2016 (UTC) [ responder ]
Tengo ciertas ediciones ocultas en mi lista de seguimiento para que no me notifiquen sobre una edición realizada por ciertos usuarios (por ejemplo, bots, ediciones propias). ¿Hay alguna forma en que el script original pueda actuar de la misma manera? 1989 ( discusión ) 13:58, 23 de diciembre de 2016 (UTC) [ responder ]
No estoy seguro, pero es posible. Creo que es posible leer las preferencias del usuario y encontrar las preferencias de la lista de seguimiento, y también es posible filtrar la lista. Supongo que tendré que mirarlo. Paz - קיפודנחש (también conocido como kipod) (discusión) 21:39, 23 de diciembre de 2016 (UTC) [ responder ]
@ 1989 : - la versión actual del script tiene en cuenta tus preferencias. Por favor, prueba y verifica. Gracias de nuevo por los comentarios y gracias de antemano por las pruebas. Desafortunadamente, todavía estoy atascado con la tarea de hacer que la ventana emergente (que se muestra al hacer clic en la estrella) funcione correctamente... paz - קיפודנחש (también conocido como kipod) (discusión) 21:28, 30 de diciembre de 2016 (UTC) [ responder ]
¿Hay alguna manera de que esto funcione también con tu antiguo script? Actualmente estoy usando ese. -- 1989 ( discusión ) 10:13 1 enero 2017 (UTC) [ responder ]
@ 1989 : ok, lo hice. Desafortunadamente, no tengo nada en mi wl, así que no puedo probarlo realmente... déjame saber cómo te funciona. peace - קיפודנחש (también conocido como kipod) (discusión) 17:40, 1 enero 2017 (UTC) [ responder ]
Finalmente entendí tu comentario ("¿Sabías que si haces clic en la estrella, aparece la ventana de "avisos").
Aparentemente se cambió algo con la versión reciente de mediawiki que afectó la cadena de propagación de eventos.
Creo que he solucionado el problema. ¡Gracias de nuevo por los informes! - paz - קיפודנחש (también conocido como kipod) (discusión) 21:34, 2 de enero de 2017 (UTC) [ responder ]
Cuando hago clic en el icono de avisos (la imagen del contenedor), la estrella cambia al icono de avisos y, cuando hago clic en él, el cuadro de lista de seguimiento no aparece, excepto el cuadro de avisos. MCMLXXXIX 19:40, 13 de febrero de 2017 (UTC) [ responder ]
@ 1989 : - He recibido bastantes comentarios recientemente (en hewiki), y he realizado varios cambios en el script (incluyendo uno hoy...). Es posible que algunas versiones intermedias funcionen mal (por supuesto, también es posible que la versión actual tenga errores...). Por favor, actualice ("actualización completa" para la mayoría de los navegadores, esto se puede lograr haciendo clic en el icono de actualización cuando se presiona ), y vea si los problemas persisten. Si es así, agradecería recibir otra notificación. Muchas gracias por probar y testear mi script - sus comentarios son apreciados. Paz - קיפודנחש (también conocido como kipod) (discusión) 19:59, 13 de febrero de 2017 (UTC) [ responder ]⇧ Shift
El problema sigue ahí. MCMLXXXIX 20:03, 13 de febrero de 2017 (UTC) [ responder ]
Solo vine aquí para informar: lo siento, leí mal tu aviso anterior. Ahora lo leí con más atención y finalmente lo entendí, pude reproducirlo. Intentaré arreglarlo. Paz - קיפודנחש (también conocido como kipod) (discusión) 20:27 13 feb 2017 (UTC) [ responder ]
@ 1989 : Creo que ya está arreglado. Por favor, vuelva a probar. Gracias de nuevo por los comentarios y las pruebas... paz - קיפודנחש (también conocido como kipod) (discusión) 23:49, 13 de febrero de 2017 (UTC) [ responder ]
Cuando hago clic en la estrella, no se abre en absoluto. MCMLXXXIX 16:24, 14 de febrero de 2017 (UTC) [ responder ]
@ 1989 : gracias. Supongo que no debería editarse después de cierta hora... ahora está funcionando. (Cómo odio este asunto de la interfaz de usuario... la peor parte es que es tan frágil que la próxima vez que Mediawiki cambie la forma en que se ven o se comportan estas cosas, es probable que mi basura también se rompa). paz - קיפודנחש (también conocido como kipod) (discusión) 16:56, 14 de febrero de 2017 (UTC) [ responder ]
@ 1989 : mi corrección anterior rompió el script para Firefox (tuve que recurrir a un "truco sucio", y luego descubrí que FF no lo permite). Lo cambié ahora. El lado positivo es que ahora no uso ningún truco sucio y, también produzco HTML válido (a sabiendas produje HTML inválido por un tiempo, como sustituto del "truco sucio", y el problema que encontró fue el resultado...). La desventaja de la forma en que se hace ahora, es el hecho de que básicamente tuve que duplicar una gran cantidad de CSS utilizado por el sistema de notificación (ver phab: T158345), lo que significa que la próxima vez que los desarrolladores realicen cambios en la apariencia de las insignias de notificación, la insignia "wathclist" quedará rezagada, hasta que me dé cuenta y actualice mi réplica. De todos modos, por ahora, hasta donde yo sé, funciona con todos los navegadores sin errores conocidos. paz - קיפודנחש (también conocido como kipod) (discusión) 20:38, 16 de febrero de 2017 (UTC) [ respuesta ]
¿Hay alguna manera de desactivar o limitar (ventana de confirmación) el botón de reversión en el script de lista de seguimiento más reciente? -- 1989 16:17, 10 de abril de 2017 (UTC) [ responder ]
@ 1989 : Creo que es posible. ¿Podrías explicarme (si es que lo es) por qué crees que sería bueno hacerlo? peace - קיפודנחש (también conocido como kipod) (discusión) 17:57, 10 de abril de 2017 (UTC) [ responder ]
A veces puede resultar complicado operar desde un dispositivo móvil. 1989 17:59, 10 de abril de 2017 (UTC) [ responder ]
Supongo que te refieres a "dispositivo móvil en modo de escritorio para usuarios con permiso de reversión ". Considero que esta configuración es aberrante y no estoy seguro de si es una buena idea modificar todo el dispositivo para adaptarse a este caso extremo.
Sin embargo, creo que puedes obtener este comportamiento por ti mismo, agregando a tu archivo CSS personal la siguiente línea:
Hola. No entiendo el idioma de la actualización que realizaste para la insignia de la lista de seguimiento. ¿Habría alguna forma de solucionarlo? 1989 ( discusión ) 21:45 19 feb 2021 (UTC) [ responder ]
Mi error. Olvidé que esto se usaba fuera de hewiki... Agregaré soporte para i18n pronto y me aseguraré de que al menos se admita el inglés (y agregaré otros idiomas si/cuando la gente los envíe). Lo siento. Espero que disfrutes de la nueva funcionalidad; en mi opinión, es superior a la anterior. Paz - קיפודנחש (también conocido como kipod) (discusión) 21:53, 19 de febrero de 2021 (UTC) [ responder ]
@ 1989 : : ok, ya terminé. Por favor, avísame si encuentras algún problema: funcionalidad, gramática, ortografía, restos de cadenas hebreas, lo que sea. paz - קיפודנחש (también conocido como kipod) (discusión) 23:02 19 feb 2021 (UTC) [ responder ]
Por favor, crea páginas de documentación para tus scripts
Hola, ¿podrías crear páginas de documentación para tus scripts? Sería muy útil. No tienen que ser largas, solo tienen que indicar qué hace el script (no importa si ya está en un comentario en el script o no, o si ya lo describiste en tu página de usuario).
Lo intentaré, pero no puedo comprometerme. Estos scripts se escribieron y se mantienen en hewiki, donde también se documentan la mayoría. Hice que algunos de ellos estuvieran disponibles aquí, donde pensé que los usuarios de enwiki podrían encontrar uno específico útil. Cualquiera que use uno de ellos y se ofrezca como voluntario para documentarlo, es bienvenido, y trataré de encontrar tiempo para agregar algo de documentación yo mismo. Paz. קיפודנחש (también conocido como kipod) (discusión) 22:19, 14 de enero de 2017 (UTC) [ responder ]
Problemas de CSS con los diagramas de ajedrez
Hola. He notado en discusiones anteriores que es posible que tengas alguna idea de lo que está sucediendo con el problema sobre el que pregunté aquí (y no recibí respuesta en un mes). Avísame si tienes alguna sugerencia para mí. Me encantaría ver diagramas de ajedrez correctamente. Wareh ( discusión ) 00:28 19 mar 2017 (UTC) [ responder ]
¡Muchas gracias por mostrarme cómo solucionar mi problema! Wareh ( discusión ) 12:52 6 may 2017 (UTC) [ responder ]
Nominación del MfDMódulo:Duración
Módulo:Duración , una página que usted creó o a la que contribuyó sustancialmente (o que se encuentra en su espacio de usuario), ha sido nominada para su eliminación . Sus opiniones sobre el tema son bienvenidas; puede participar en la discusión agregando sus comentarios en Wikipedia:Miscelánea para eliminación/Módulo:Duración y asegúrese de firmar sus comentarios con cuatro tildes (~~~~). Usted es libre de editar el contenido de Módulo:Duración durante la discusión, pero no debe eliminar la plantilla de miscelánea para eliminación de la parte superior de la página; dicha eliminación no terminará la discusión sobre eliminación. Gracias. Jc86035 ( discusión )Utilice {{ re |Jc86035}} para responderme11:45 22 may 2017 (UTC) [ responder ]
Usuario:קיפודנחש/apiRollback.js
Hola, el script User:קיפודנחש/apiRollback.js no declara su dependencia del módulo de carga de recursos mediawiki.util. Esto puede generar fallas accidentales en la funcionalidad de Javascript de los usuarios de este script. ¿Puedes solucionarlo? — Th e DJ ( discusión • contribuciones ) 09:24, 31 de julio de 2017 (UTC) [ responder ]
Gracias, Usuario:TheDJ . Es bastante fácil de hacer, pero me pregunto si vale la pena. No uso esta cosa y la única razón para arreglarla será si alguien más la usa. ¿Crees que alguien la usa? Podría simplemente borrarla o ponerla en un comentario para la posteridad o algo así. De nuevo, esto es bastante fácil - todos hicimos esto para muchos scripts recientemente, solo me pregunto si tiene sentido seguir manteniendo algo que dudo que alguien use. Supongo que debería tratar de resolverlo... paz. קיפודנחש (también conocido como kipod) (discusión) 12:33, 31 de julio de 2017 (UTC) [ responder ]
@ קיפודנחש : Bueno, al menos una persona lo está incluyendo: Usuario:Winged_Blades_of_Godric/common.js (no estoy seguro del uso real). Si no quieres mantenerlo, o si conoces una mejor alternativa, actualmente te recomiendo hacer algo como esto o esto. Es mejor que mantener código antiguo, posiblemente roto, que potencialmente se incluye en las páginas de personas que ni siquiera sabes que están usando el script. — Th e DJ ( discusión • contribs ) 13:22, 31 de julio de 2017 (UTC) [ responder ]
@ TheDJ : gracias. Puede ser útil, así que por ahora lo parcheé. Muchas gracias por hacer estas tareas de mantenimiento. Paz - קיפודנחש (también conocido como kipod) (discusión) 19:26, 31 de julio de 2017 (UTC) [ responder ]
Propuesta de eliminación de plantilla: Demostración del asistente de parámetros
Mensaje para los votantes de la ArbCom en las elecciones de 2017
Hola, קיפודנחש. La votación para las elecciones del Comité de Arbitraje de 2017 está abierta hasta las 23:59 del domingo 10 de diciembre. Todos los usuarios que registraron una cuenta antes del sábado 28 de octubre de 2017, realizaron al menos 150 ediciones en el espacio principal antes del miércoles 1 de noviembre de 2017 y no están bloqueados actualmente pueden votar. Los usuarios con cuentas alternativas solo pueden votar una vez.
El Comité de Arbitraje es el panel de editores responsable de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad de imponer soluciones vinculantes a las disputas entre editores, principalmente en el caso de disputas de conducta graves que la comunidad no ha podido resolver. Esto incluye la autoridad para imponer prohibiciones de sitios , prohibiciones de temas , restricciones de edición y otras medidas necesarias para mantener nuestro entorno de edición. La política de arbitraje describe las funciones y responsabilidades del Comité con mayor detalle.
¡Gracias por escribir un módulo tan fantástico! Ahora soy el encargado de mantener el módulo:Chart . Luis150902 (discusión | contribuciones ) 12:11, 29 de marzo de 2018 (UTC) [ responder ]
Próximos cambios en el análisis de wikitexto
Hola,
Durante las próximas semanas se producirán algunos cambios en la forma en que se analiza el wikitexto. Esto afectará a todos los espacios de nombres. Puedes ver una lista de páginas que pueden mostrarse incorrectamente en Special:LintErrors . Dado que la mayoría de los problemas fáciles ya se han solucionado en la Wikipedia en inglés, me estoy poniendo en contacto específicamente con editores expertos en tecnología como tú mediante este mensaje único, con la esperanza de que puedas investigar las páginas restantes de alta prioridad durante el próximo mes.
Hay aproximadamente 10.000 artículos (y muchas más páginas que no son artículos) con errores de alta prioridad. Los más importantes son los artículos con etiquetas mal anidadas y problemas con las tablas. Algunos de estos errores tienen que ver con plantillas, como los cuadros de información, o con la forma en que se utiliza la plantilla en el artículo. En algunos casos, el "error" es una diferencia menor y sin importancia en la apariencia visual. En otros casos, los resultados no son los deseados. Puedes ver una comparación de antes y después de cualquier artículo agregando ?action=parsermigration-edit al final de un enlace, como este: https://en.wikipedia.org/wiki/User_talk:%D7%A7%D7%99%D7%A4%D7%95%D7%93%D7%A0%D7%97%D7%A9/Arthur_Foss?action=parsermigration-edit (que muestra una diferencia en cómo se analiza {{ infobox ship }} ).
Si estás interesado en colaborar con este proyecto, consulta Wikipedia:Linter . También hay algunas instrucciones básicas (y enlaces a más información) en https://lists.wikimedia.org/pipermail/wikitech-ambassadors/2018-April/001836.html. También puedes dejar una nota en WT:Linter si tienes preguntas.
Gracias por todo lo bueno que haces por la Wikipedia en inglés. Whatamidoing (WMF) ( discusión ) 21:18 19 abr 2018 (UTC) [ responder ]
¿Podrías modificar la plantilla:Infobox event para que pueda contener la información del informe policial oficial sobre el tiroteo de McGlockton? Hemos esperado 13 días desde mi discusión en la página de discusión. Ahora es el momento de modificar la plantilla.
Lo siento, no estoy familiarizado con la plantilla, su propósito y su uso. No entiendo exactamente qué me estás preguntando y, lamentablemente, no tengo tiempo ahora para informarme. קיפודנחש (también conocido como kipod) (discusión) 21:16 31 ago 2018 (UTC) [ responder ]
Estás en la lista de editores de plantillas de la página Special:UserList . Esta es una de las plantillas más comunes en Wikipedia. Te pido que modifiques esta plantilla para que sea compatible con los informes policiales. He esperado más de dos semanas y nadie ha objetado estos cambios. Por favor, modifica la plantilla para que diga: Por favor, modifica la plantilla para que contenga lo siguiente
Eres un editor de plantillas. No tengo privilegios para hacerlo. Modifica la plantilla.-- Wyn.junior ( discusión ) 19:51 1 sep 2018 (UTC) [ responder ]
Lamento ser tan franco, pero parece que no entiendes cómo funciona Wikipedia. No trabajo para ti y no puedes exigirme que haga algo que no me interesa porque alguien, en algún momento, me concedió algunos permisos. Por favor, deja de hacerlo. קיפודנחש (también conocido como kipod) (discusión) 19:58 1 sep 2018 (UTC) [ responder ]
Módulo: Gráfico
Hola, utilicé tu código para este módulo en la Wikipedia en macedonio en este artículo Objeto cercano a la Tierra y parece que no se divide en el color adecuado en el gráfico circular para el porcentaje dado. ¡Faltan algunos colores! ¿Puedes ver si se trata de un problema de incompatibilidad o si nos falta algún otro módulo o plantilla en nuestra Wikipedia? ¡Gracias!
Иконтиј ( discusión ) 09:01, 13 de septiembre de 2018 (UTC) [ respuesta ]
@ Información : Supongo que estás hablando de este gráfico:
No veo nada malo allí. Por supuesto, la franja negra (Atiras/Apohele) prácticamente desaparece, pero deberías esperar que: 1t es 18 de 18532, es decir, menos de 1/1000, por lo que si la circunferencia es menor de 1000 píxeles, la franja negra sería menor de 1 píxel, es decir, no realmente visible. ¿Puedes explicarme qué esperas ver en comparación con lo que realmente ves? peace - קיפודנחש (también conocido como kipod) (discusión) 15:55 13 sep 2018 (UTC) [ responder ]
Sí, ese es, pero en macedonio es diferente. Publicaré el enlace al artículo: mk:Близуземски астероиди Como verá, muestra un gráfico circular diferente con los mismos datos y solo 3 colores.
Иконтиј ( discusión ) 19:09, 13 de septiembre de 2018 (UTC) [ respuesta ]
@ Información : lo siento, ha pasado un tiempo (¿quizás 5 años?) y lo olvidé: debes agregar a mk:Mediawiki:Common.css la definición de "transfronterizo":
. transborder { borde : sólido transparente ; }
En realidad, puedes probarlo: usa la consola del navegador (F12 en la mayoría de los navegadores de Windows) y escribe mw.util.addCSS('.transborder{border: solid transparent;}');: esto debería mostrar el gráfico correcto. Si esto funciona, continúa y agrega esto a common.css (o pídele a algún administrador de sistema que lo haga). Veré si puedo agregarlo a la documentación del módulo. peace - קיפודנחש (también conocido como kipod) (discusión) 19:56, 13 de septiembre de 2018 (UTC) [ responder ]
Gracias por la ayuda, saludos!
Иконтиј ( discusión ) 01:04, 14 de septiembre de 2018 (UTC) [ respuesta ]
Septiembre de 2018
Tu historial de edición reciente muestra que actualmente estás involucrado en una guerra de ediciones . Para resolver la disputa de contenido, no reviertas ni cambies las ediciones de otros cuando hayas sido revertido. En lugar de revertir, utiliza la página de discusión para trabajar hacia la creación de una versión que represente el consenso entre los editores. La mejor práctica en esta etapa es discutir, no hacer una guerra de ediciones. Consulta BRD para saber cómo se hace esto. Si las discusiones llegan a un punto muerto, puedes publicar una solicitud de ayuda en un tablón de anuncios relevante o buscar una resolución de disputas . En algunos casos, es posible que desees solicitar la protección temporal de la página .
Si participas en una guerra de ediciones, es posible que te bloqueen para editar , especialmente si violas la regla de las tres reversiones , que establece que un editor no debe realizar más de tres reversiones en una sola página en un período de 24 horas. Deshacer el trabajo de otro editor, ya sea en su totalidad o en parte, ya sea que involucre el mismo material o uno diferente cada vez, cuenta como una reversión. También ten en cuenta que, si bien violar la regla de las tres reversiones a menudo conduce a un bloqueo, aún puedes ser bloqueado por guerra de ediciones, incluso si no violas la regla de las tres reversiones , si tu comportamiento indica que tienes la intención de continuar revirtiendo repetidamente. DocFergus ( discusión ) 16:58, 24 de septiembre de 2018 (UTC) [ responder ]
@ DocFergus : no es así como lo veo. Agregué una fecha al estándar de Kansas City . Mi edición contenía un error tipográfico. Esto fue revertido por el usuario: Wtshymanski con el resumen "exceso de detalles y error sp de todos modos". Arreglé el error tipográfico y expliqué en el resumen por qué esto _no_ es "exceso de detalles". Mi edición fue revertida por usted, con el resumen "Sin fuentes. Y fecha en formato incorrecto". La primera afirmación es pura basura. Como expliqué en el resumen, la lista de participantes es "sin fuentes" de todos modos: ambas piezas de información aparecen en la referencia n.° 4, que está vinculada entre las dos. La afirmación de "formato incorrecto" también es pura basura: consulte Wikipedia: Manual_of_Style/Dates_and_numbers#Ranges (cita):
Día a día: 5–7 de enero de 1979; 5–7 de enero de 1979; las elecciones se celebraron del 5 al 8 de marzo
La razón por la que agregué esto en primer lugar fue que leí el artículo (tengo cierto interés en el tema) y estaba tratando de averiguar cuándo sucedió realmente este "simposio de Kansas City", y no había ninguna pista allí. Fui a la fuente, citada en el artículo, encontré la fecha y, como cortesía para el próximo lector que podría preguntarse "cuándo", la agregué al artículo. No sé qué te hizo gracia, pero tu reversión fue una completa tontería, y apreciaría que pusieras la fecha (o más bien las fechas) nuevamente en el artículo, en cualquier forma que te parezca agradable. paz - קיפודנחש (también conocido como kipod) (discusión) 17:31, 24 de septiembre de 2018 (UTC) [ responder ]
Bueno, encontré una referencia con bastante facilidad y agregué las fechas correctas (te habías equivocado, por eso son importantes las referencias) respaldadas por esa cita.
No tienes derecho a poner ningún material sin fuentes en ningún lugar de Wikipedia, sin importar lo correcto que creas que sea, sin una referencia de respaldo. Revisa WP:V y WP:RS . Y según WP:BRD , ciertamente no tienes permitido simplemente revertir tu edición una vez que ha sido cuestionada sin obtener primero un consenso (es poco probable que se obtenga sin una referencia). DocFergus ( discusión ) 17:36 24 sep 2018 (UTC) [ responder ]
@ DocFergus : tenías razón acerca de que cometí un error al citar las fechas (7-8 en lugar de 8-9). Sin embargo, esto _no_ no tiene fuentes: la fuente está referenciada no a 3 líneas de mi edición (el informe de BYTE sobre el simposio, que también contiene la lista de participantes), por eso insisto en que esto no es "sin fuentes". cuando hay varias afirmaciones en la misma sección de 10 líneas, todas provenientes de la misma fuente, generalmente no ponemos [1] [1] [1] [1] junto a cada afirmación - no ayuda a nadie y simplemente parece tonto. en cuanto a "repetir" - dado que cada uno de los resúmenes de reversiones contenía una razón adicional (error tipográfico/formato de fecha), y dado que cada vez que corregí el problema al restablecer, creo que no es "guerra de ediciones". Nuevamente, gracias por detectar mi error de un paso (por cierto: probablemente habría cometido el mismo error incluso si volviera a hacer referencia a lo referenciado en la siguiente oración). paz - קיפודנחש (también conocido como kipod) (discusión) 17:58, 24 de septiembre de 2018 (UTC) [ respuesta ]
Lamentablemente, cada afirmación requiere una referencia de respaldo para poder verificarla. Si no se agrega una referencia específica para una afirmación, como no lo hizo usted, no puede esperar que todos los demás consulten todas las demás referencias del artículo por si acaso se incluye alguna en ellas. La capacidad de agregar un nombre a una referencia y repetirlo, como hizo para la revista Byte, es el mecanismo mediante el cual se puede utilizar una sola fuente para respaldar varias afirmaciones.
Sé que hay (muy) pocas personas más que están de acuerdo contigo en cuanto al grado de referencias en línea, pero, en última instancia, cada afirmación debe ser verificable y eso solo se puede lograr si se acompaña de una referencia en línea de apoyo. Uno de los requisitos para que un artículo alcance el estatus de "buen artículo" es que cada afirmación esté completamente referenciada.
Por cierto: buen trabajo al conseguir la lista de asistentes. DocFergus ( discusión ) 11:45 25 septiembre 2018 (UTC) [ responder ]
Token de edición
Hola, קיפודנחש,
Tu script User:קיפודנחש/pageCollector.js ya no funciona porque intenta obtener un editTokenfrom mw.user.tokens. En su lugar, el script debería obtener un csrfToken. editTokenLos s se eliminaron de mw.user.tokensel 3 de octubre de 2019 en Phabricator durante esta edición, ya que eran redundantes con csrfTokens. – Brandon XLF ( discusión ) 00:06, 25 de noviembre de 2019 (UTC) [ responder ]
Hola kipod, espero que hayas estado bien. No he dejado de pensar en poner en funcionamiento un visor de pgn en la wiki y, dada la resistencia, he estado trabajando en convertir tu código javascript en una extensión de mediawiki. He creado una página de información en mw:Extension:ChessBrowser y puedes ver el código en el repositorio de github, aunque he solicitado un proyecto Gerrit. Básicamente, hace lo que hacen las plantillas en heWiki: si un editor añade la <pgn>...</pgn>etiqueta, coloca la fuente PGN dentro y carga tu javascript solo si la página lo necesita. Todo esto se hace del lado del servidor, por lo que alivia la preocupación de ejecutar javascript innecesario en cada carga de página.<div class="pgn-source-wrapper"><div class="pgn-sourcegame">...</div></div>
Pero además de las buenas noticias sobre cómo poner en funcionamiento la extensión, esperaba que pudiéramos discutir cómo trasladar algunas de las características del javascript al PHP. Al leer el código, parece que hay algunos lugares que probablemente funcionarían mejor si se hicieran en el servidor en lugar del lado del cliente, especialmente la creación de la placa, el procesamiento de PGN y la internacionalización. El JS tendría que modificarse para usar la placa en la salida HTML, y la extensión puede pasar datos y variables de configuración al javascript después de que PHP haga el trabajo duro. Básicamente, el javascript podría centrarse en la interfaz de usuario y en mover las piezas. ¿Qué piensas y estarías dispuesto a ayudar con los cambios de javascript? Wug· a·po·des 02:29, 27 de noviembre de 2019 (UTC) [ responder ]
Además, noté que el javascript usa jquery.ui, y ha quedado obsoleto en favor de OOUI. Recibí errores en mi wiki de prueba cuando intentaba ejecutarlo debido a eso, por lo que necesitaba cambiar a lo que todavía funciona en este momento. Wug· a·po·des 02:37, 27 de noviembre de 2019 (UTC) [ responder ]mw.loader.using('jquery.ui').done(doIt);mw.loader.using('jquery.ui.tabs').done(doIt);
Genial. Estoy muy entusiasmado de que esto esté más ampliamente disponible, gracias a tu actitud de "lo que tiene sentido". ¡Muchas gracias por eso!
una pequeña sugerencia: agregue un solo atributo de datos, llamado "config", creo que puedo buscar algo de "documentación" en la estructura de datos de configuración, si está interesado. Una vez que mueva más y más funcionalidad al lado de php, aún puede usar la misma variable "config" para pasar parámetros al código php.
En cuanto a reescribirlo en la línea que describes: muy sensato.
Entonces, lo primero que creo que quieres intentar es conectarte con el Usuario: Fred Gandt , quien creó un script exactamente en la línea de tu diseño, hace varios años. No estuvimos de acuerdo en el enfoque correcto, pero hasta donde recuerdo, su pensamiento era muy cercano o idéntico a lo que describes. Por falta de soporte de backend, su script nunca maduró. En realidad, aprendí a usar CSS para dibujar y animar: en mi versión original, todo se hacía llamando a jQuery "animate" o ".css()". Entonces, mi script es mejor ahora y también más cercano, creo, al suyo.
Así que eres más que bienvenido a extraer de mi guión cualquier cosa que tenga sentido. Mis primeras ideas aproximadas son algo así como:
Encuentra una representación sensata de los datos que genera "analyzepgn()", o úsalos tal como están.
El script obtiene varias cosas, como la matriz "tablero", que representa los estados específicos, como "tablero después del movimiento 29". El "tablero" en sí es súper simple: solo una matriz dispersa, donde el índice representa un cuadrado y su contenido, si lo hay, es una de las "piezas". Estructura de datos básicamente sensata, que permitirá que una función simple mueva las piezas (animadas con CSS) a cualquier posición dada. Pan comido. En el fondo, es algo como esto:
función gotoBorad ( movimientoNum ) { var tablero = tableros [ movimientoNum ]; var notonboard = piezas.filter ( i = > ! ( ~ $ .inArray ( tablero , i ) ) ); for ( var i in notonboard ) { var pieza = notonboard [ i ]; piezas [ pieza ] .ocultar (); } for ( var i = 0 a 63 ) if ( tablero [ i ]) { var pieza = borad [ i ] ; pieza.show ( ) pieza.goto ( archivo ( i ) , fila ( i ) ) } }
Seguro que arruiné la sintaxis, es solo una ilustración de lo minimalista que es el código. No importa dónde estés y no importa a dónde vayas, funciona. Así que no hay mucho de mi script. Diseñas la interfaz de usuario usando modern
Entonces quieres construir, o reconstruir, la interfaz, pero de una manera moderna, así que no tengo mucho que aportar.
Creo que desea mirar el parámetro "config" que evolucionó. Es una sola cadena json pasada al script, que la lee y, si es legal, usa su valor como "parámetros" para el script. Creo que es una buena manera de permitir flexibilidad y agregar nuevas funciones sin tocar realmente "la API".
Por ahora, sin embargo, es bueno que hayas envuelto el script existente con una extensión. No tengo idea de cuál es el proceso de "aprobación". Para que lo sepas, esta característica está disponible ahora, usando el método "gadget", en hewiki, ruwiki, ukwiki (disponible, pero se usa en un solo artículo) y se acaba de instalar en la Wikipedia vasca (eu).
Estoy deseando ver lo que haces. Ahora voy a leer las fuentes a las que haces referencia...
Usuario:Wugapodes : así que invertí una cantidad significativa de tiempo en crear el "prototipo de chessbrowser" en mw:. Esto se hizo básicamente como respuesta a su producto aquí. El prototipo básicamente usa lua para hacer lo que se supone que debe hacer el código php, o alguna estimación de ello.
Todavía faltan cosas: por ejemplo, no hay manejo de comentarios y no hay juegos múltiples en un navegador. También navegué por el código abierto y parece que no debería ser difícil encontrar un analizador pgn php listo para usar, por ejemplo [8].
El asunto de javascript está prácticamente terminado [1] . Pesa alrededor de 200 líneas. El css también está listo [2] . Básicamente, una variación del css independiente.
Odio sonar quejoso, pero lo soy: me pediste ayuda, hice significativamente más de lo que inicialmente pretendía hacer (no es tu culpa), pero _espero_ alguna retroalimentación; después de todo, me lo pediste. Realmente apreciaría algo de claridad con respecto a tus intenciones para este proyecto: ¿lo vas a llevar adelante? ¿Se lo vas a pasar a otra persona que lo haga? ¿Lo vas a dejar como está?
Hola kipod, perdón por no comunicarme mejor. Había leído tu publicación anterior y he estado trabajando en PHP para que pueda darle al javascript los datos que necesita. En realidad, no había visto el analizador al que te vinculaste, pero al revisar el código parece que me facilitará mucho el trabajo. Definitivamente voy a continuar con esto porque creo firmemente que esto es algo de lo que todas las Wikipedias pueden beneficiarse. Por si sirve de algo, gran parte del trabajo y la discusión se han estado produciendo en el proyecto phabricator y el repositorio gerrit en lugar de en Wikipedia o mediawiki, por lo que es más fácil mantenerse informado si revisas esas páginas de vez en cuando. — Wug· a·po·des 22:30 , 1 de enero de 2020 (UTC) [ responder ]
@ Wugapodes : muchas gracias por todo el trabajo que están haciendo y por la actualización.
Navegué por las fuentes y parece que la extensión "minimalista", basada en el visor de JavaScript actual modificado (¿o "revisado"?), está prácticamente lista para la siguiente etapa (¿alfa? ¿beta? ¿auditoría de seguridad?). Esto es genial.
En cuanto a "trato real", en base a tu idea mencionada anteriormente, creo que puedo ver lo que estás haciendo, y hasta donde entiendo, se basará en algún analizador pgn de código abierto "de terceros" existente. Este analizador de terceros no está (o todavía no está) comprometido con el repositorio, lo que tiene sentido (no estoy familiarizado con el estándar mw para "vendedores"), pero suponiendo que ya te concentraste en una biblioteca específica, ¿puedes especificar cuál y vincularla, por ejemplo, el readme? Hay una mención de mensaje de confirmación de "DHTMLchess", pero está un poco escondido en el historial y no está realmente claro de qué proyecto se trata. Nuevamente, muchas gracias por el esfuerzo.
PD: miré los datos pasados por el código actual y no estoy seguro de que haga en passant, promoción y enroque de la misma manera que lo hace mi prototipo lua y el script front-end actual espera. Si cree que se debe usar un contrato diferente, puede ayudar si lo documenta, para que pueda modificar el lua y JS para cumplir con este contrato. Si le gusta el contrato actual, hágamelo saber. peace - קיפודנחש (también conocido como kipod) (discusión) 20:42, 5 de enero de 2020 (UTC) [ responder ]
La extensión es un ejemplo mínimo de funcionamiento (MWE), sí, pero todavía queda mucho trabajo por hacer. El siguiente paso sería una revisión de seguridad, pero ahora no es un buen momento. Nuestra principal vulnerabilidad de seguridad está entre PHP y javascript ( WP:BEANS ), en la que todavía estamos trabajando y el código no es estable. Revisar el MWE no es una buena inversión de tiempo, ya que tanto PHP como javascript van a cambiar radicalmente en las próximas semanas. Una vez que hayamos resuelto phab:T239438, las cosas deberían estabilizarse y sería una buena idea solicitar una revisión de seguridad. Después de eso, todavía tenemos mucho que hacer antes de enviarlo a la cola de revisión de implementación: documentación, localización, registro, pruebas automatizadas, etc. Hemos avanzado mucho y estoy emocionado, pero todavía queda mucho trabajo por hacer.
La biblioteca externa es a la que se vinculó, pero modificada y alojada en mi github; tampoco estoy seguro de cuál es la mejor manera de manejar dependencias como esta, pero dudo que cualquier cambio sea demasiado difícil si es necesario.
El contrato es el mismo. El parser de ajedrez DHTML no genera la estructura JSON exacta que nuestro JS desea, pero la extensión PHP manipula la salida estándar del parser de ajedrez para que el javascript reciba la entrada que espera. El contrato actual debería funcionar bien tal como está. — Wug· a·po·des 01:37 , 6 de enero de 2020 (UTC) [ responder ]
@ Wugapodes : muchas gracias, tanto por tu trabajo en esta extensión como por las actualizaciones. En cuanto al contrato: solo quería mencionar que podríamos querer extenderlo en el futuro, para uno o ambos de los siguientes: (1) mostrar múltiples juegos en un navegador y (2) para admitir variaciones del juego en los comentarios.
(no hay necesidad de hacer nada para los comentarios en sí - el front-end no llena las "anotaciones"). Las variaciones parecen ser una tarea fácil, ya que el analizador ya las admite (también admite varios juegos, pero esto es algo menos "fácil" - admitir esto requerirá mucho más pensamiento y un poco más de código).
mientras estamos en eso: una vez que tienes tu etiqueta/extensión <pgn> en funcionamiento, hay otra forma de derivar algún valor wiki de ella, no relacionada con el "navegador", y no requiere JS: hace algún tiempo, después de consultar a chess-person en hewiki, y después de que me dijeran que en realidad era una buena idea, creé un módulo lua que acepta pgn y genera {{ Chess diagram }} s. Básicamente, la sintaxis es aproximadamente así:
{{el nombre de tu plantilla |pgn=<pgn> | 12l = texto que se muestra debajo del diagrama después de 12. Tb7 | 17d = texto a mostrar debajo del diagrama después de 17. a5 Kxe7 | etc.: la plantilla mostrará tantos diagramas como se solicite}}
Es decir, se puede enseñar a la extensión, con relativa facilidad, a producir ya sea el "navegador", una serie de diagramas o ambos. Vea la página de demostración en he:User:קיפודנחש/ארגח 3, que utiliza este módulo para mostrar en detalle uno de los juegos de Judit Polgár (como nota al margen: este módulo fue la base de mi "prototipo" en mw).
no para una acción inmediata, solo para reflexionar sobre el valor adicional que su extensión puede proporcionar de manera económica; cuando esté terminada, tendrá todas las partes móviles. paz - קיפודנחש (también conocido como kipod) (discusión) 23:29, 6 de enero de 2020 (UTC) [ responder ]
Todas esas serían mejoras maravillosas. He intentado escribir el PHP de forma que se pueda ampliar manteniendo el análisis del juego y la salida wiki relativamente separados para que algún día alguien pueda añadir la capacidad de shogi o go . Tu código lua para hacer un diagrama de ajedrez es genial. Podría verlo como una forma de abordar phab:T239446 o como su propio gancho, como <chessdiagram>...</chessdiagram>. — Wug· a·po·des 23:57 , 6 de enero de 2020 (UTC) [ responder ]
@ Wugapodes : hmmm... con respecto a "sin JS" y "móvil" (esta es la esencia de la historia de phab, ¿no?), creo que mi prototipo prácticamente aborda ambos: si deshabilita JS, el tablero aún se muestra, ya sea en la posición final o en cualquier posición que especifique el parámetro "display=", y se marca la notación correcta (una cosa que no hace es desplazar la notación correcta a la vista; no estoy seguro de si es posible sin JS, y si lo es, no sé cómo). los botones desaparecen y el lector ve un feo mensaje rojo que le aconseja habilitar JS si quiere verlo de forma interactiva.
En cuanto al móvil, todo sigue funcionando, ¿no? Es cierto que en mi teléfono, mw:User:קיפודנחש/huge test es muy inestable, pero es una página ridícula que muestra unos 170 juegos. mw:User:קיפודנחש/mote test (fingercheck - quise escribir "más"...) parece funcionar perfectamente. ¿Qué me estoy perdiendo?
Por cierto: prácticamente lo olvidé, pero mi código lua y mi plantilla también existen en enwiki. Se lo ofrecí a la comunidad de ajedrez, pero no vi muchos interesados... ver Plantilla:Ajedrez de pgn . Te envié a hewiki porque allí, de hecho, se usa: copié la página de demostración del artículo de Judit Polgar en hewiki. Para ser honesto, prácticamente olvidé que incluso la copié aquí... paz - קיפודנחש (también conocido como kipod) (discusión) 00:34, 7 de enero de 2020 (UTC) [ responder ]
No es que no se aborden estos problemas, sino que hay que ser más deliberados en el modo de hacerlo. No soy un experto en interfaces móviles ni en accesibilidad (ni nada de eso en realidad), por lo que la tarea del fabricante consiste principalmente en considerar cuáles pueden ser las mejores formas de abordar estos casos de uso. Los teléfonos móviles tienen restricciones de datos e interfaces más pequeñas que plantean desafíos de diseño; los usuarios sin JavaScript pueden estar utilizando lectores de pantalla, por lo que es necesario considerar cómo se presentará el contenido en voz alta. Estas pueden ser soluciones simples, pero es útil pensar en ellas. — Wug· a·po·des 01:08 , 7 de enero de 2020 (UTC) [ responder ]
@ Wugapodes : - Miré los croares de linter ([9]) e intenté comprenderlos y abordarlos. Uno de ellos me parece simplemente incorrecto ("se usó 'advance' antes de que se definiera"), algunos fueron capturas realmente buenas (como usar selectores globales - simplemente olvidé pasar "div" a la llamada $ (selector)), y algunos creo que son tontos y mezquinos (como, afirmar que las variables deben estar en la parte superior del alcance de la función, o no permitir ~, que es el operador JS perfecto "bitwise not" - [10]), pero si linter quiere ser un idiota al respecto, puedo acomodarlo - al menos en este caso (no me gustaría que JS fuera realmente castrado por una sectomía total bit a bit, sin embargo, en este caso el uso de ~puede considerarse "demasiado lindo", así que puedo vivir sin él). Una prueba superficial muestra que después de mis cambios la animación todavía funciona. Échale un vistazo y mira si ayuda a apaciguar al caprichoso eslint. paz - קיפודנחש (también conocido como kipod) (discusión) 06:16, 12 de enero de 2020 (UTC) [ respuesta ]
¡Gracias por trabajar en eso! DannyS712 y yo hemos logrado resolver la mayoría de los errores de lint restantes en gerrit:563326. Me di cuenta de que en realidad cambié ligeramente el contrato de salida, con suerte de una manera que facilite el manejo de las cosas. Se puede ver un ejemplo del json de salida (por ahora, me equivoqué en algunas cosas de nombres) en mw:User:Wugapodes/Test.json. Notarás que la matriz 'ply' tiene uniformemente 3 elementos; he intentado estandarizarla para que siga el esquema ["origen", "destino", ["tipo de acción", "acción"]]. Entonces, para un movimiento típico, es el origen y el destino, el "tipo de acción" dice que es un movimiento y hay una acción nula. Para el enroque, el tipo de acción es "enroque" y la acción es una matriz del origen y el destino de la torre (en ese orden). Los detalles se pueden ver en la función checkSpecialMove de ChessParser.php, aunque pronto documentaré todo esto. También hay un problema extraño: casi todas las piezas se colocan en la casilla superior izquierda... Estoy tratando de averiguar por qué. — Wug· a·po·des 03:02 , 14 de enero de 2020 (UTC) [ responder ]
@ Wugapodes : ¿Te parece bien que arregle los errores de pelusa? Probablemente debería haber preguntado primero... DannyS712 ( discusión ) 03:51, 14 de enero de 2020 (UTC) [ responder ]
@ DannyS712 : ¡Siempre agradezco la ayuda! — Wug· a·po·des 04:53 , 14 de enero de 2020 (UTC) [ responder ]
( Usuario: DannyS712 : Para su información, mi interacción fue principalmente con Wug, por lo que les estoy dirigiendo esto). @ Wugapodes : hola. No estoy seguro de cuál es nuestra postura. Si su nueva responsabilidad como administrador ocupa todo su tiempo wiki y la extensión se pone en pausa, le agradecería que me lo hiciera saber y tal vez también me avisara cuando se retire del hielo. De lo contrario, lea el resto de este mensaje.
Enumero aquí el estado tal como lo entiendo, principalmente con respecto a lo que hice:
Creé un prototipo de Scribuntu. Está pensado para ser una pieza "desechable" con dos propósitos: mostrar el camino para el back-end "real" y facilitar las pruebas y la verificación para el "front-end".
Creé un "front-end". Esto no es algo descartable: en mi opinión, lo único que le falta al front-end es manejar variaciones (no es esencial: el visor solo JS, instalado en ~4 wikis y utilizado activamente por al menos 2 de ellos, tampoco las maneja, y nunca escuché una solicitud para agregar esta funcionalidad). No es difícil de agregar y no será una joroba fea en la parte superior de un código hermoso; se integrará de manera completamente perfecta (puedo describir qué/cómo, pero no creo que sea necesario).
Al realizar estas dos partes, se incluyó la definición del "contrato" (nuevamente, para admitir la variación será necesario expandir un poco el contrato).
Sugeriste un contrato más elaborado entre el back-end y el front-end. Creo que la estructura que definiste pasa algunas cosas redundantes e innecesarias, que no son útiles para el front-end, pero no son necesariamente dañinas. _Tendrá_ algún efecto adverso en el tamaño del atributo, por lo tanto, en el tamaño de la página, pero no creo que sea un gran problema.
Dicho esto, no quiero implementar los cambios necesarios para ajustarme a la estructura propuesta en el front-end yo mismo. Entiendo que eres bastante hábil con JS, y tiene más sentido que trabajes en ambos extremos del nuevo "contrato" (también me estoy tomando unas vacaciones wiki abiertas, no estoy seguro hasta cuándo - este ping está destinado principalmente a evitar la sensación de "una pelota en el aire" cuando estoy fuera de la salsa).
En resumen: crearé una página de discusión para el código del front-end en mediawiki (como una de las últimas cosas que hago antes de salir del todo), describiendo su diseño básico. Luego puedes tomarlo y hacer lo que quieras con él. Intentaré documentar específicamente el código que analiza el "contrato" o, más precisamente, las estructuras de datos que genera este código. Luego puedes escribir un código similar para analizar el contrato como quieras; siempre que las estructuras de datos generadas se construyan correctamente, el front-end funcionará; no retiene ninguna memoria del "contrato" una vez que se construyen esas estructuras.
¡Gracias por el ping! La extensión echo parece haber estado actuando de forma extraña últimamente (recién recibí un ping sobre un RfD después de que se había cerrado, y también ha habido problemas en WP:DYK recientemente). Puede ser que la mención estuviera en una línea diferente a la de la firma, pero parecía funcionar antes, así que no estoy seguro de que esa sea la respuesta. De todos modos, ¡aquí estoy ahora! Gracias por informarme sobre todo esto y espero que tu Wikibreak vaya (¿haya ido?) bien. No soy tan hábil con JavaScript como tú, por supuesto, pero estoy cerca de terminar la integración del front-end y el back-end. En el proceso, me he dado cuenta de que algo de lo que se ha pasado es redundante, pero podemos recortar el código más tarde una vez que todo esté funcionando. Planeo subir mis cambios más tarde esta noche, y estarán en gerrit:567699 que por ahora solo tiene el código que copié de MediaWiki. Algo muy útil antes de que realices tu wikibreak: si estás abierto a ello, tener tu javascript licenciado bajo la GNU GPL versión 3 simplificaría parte del proceso de licenciamiento. Debido a que MediaWiki tiene licencia Creative Commons, la compatibilidad de la licencia es frágil. Si pudieras agregar un comentario al código que lo licencia bajo la GPL, podríamos evitar algunos obstáculos legales extraños. ¡Pero creo que la extensión está cerca de una fase de prueba! — Wug· a·po·des 00:56 , 31 de enero de 2020 (UTC) [ responder ]
@ Wugapodes : (espero que funcione el ping...) gracias. no hay necesidad de cc-by-sa ni gpl(1|2|3|4). lo puse estrictamente en el dominio público - no puedo imaginar que esto tenga algún efecto adverso en la licencia del resto. estoy en medio de "documentar" el front-end, y luego, presumiblemente, me voy a una playa más soleada. paz - קיפודנחש (también conocido como kipod) (discusión) 01:17, 31 de enero de 2020 (UTC) [ responder ]
terminé de escribir la "documentación", es más una descripción conceptual del código, pero dado que todo el asunto es solo un poco más de 200 líneas, y la variable y las funciones tienen nombres razonables, creo que esto debería ser suficiente. Desafortunadamente, esto parece estar usando la cosa del "flujo", que puede no ser tan bueno para la documentación (tal vez sea mi castigo por apropiarme de la página de discusión de esta manera, pero me parece conveniente tener estos dos conjugados). peace - קיפודנחש (también conocido como kipod) (discusión) 02:04, 31 de enero de 2020 (UTC) [ responder ]
@ Wugapodes : - tuve otra idea, con respecto a cómo su extensión debería tratar los comentarios: ¿qué tal hacerlo fuera del "frontend de visualización del juego"? Una forma en la que pensé es algo como esto: cada anotación "real" que es seguida por un comentario, se "marca" como tal usando clases y atributos, y usa un componente/widget OOUI, para mostrar el comentario como una ventana emergente. Esto se puede hacer casi en su totalidad fuera de la pieza de animación (puede compartir el archivo .js, pero el código real es independiente de la lógica del "juego"). Incluso puedes llamarlo desde la función "attachTemplate()" con conjuntos de todos los controladores de eventos a los distintos controles. Creo que esta es una buena solución. Si más adelante desea hacer que las anotaciones dentro de los comentarios (también conocidas como "variaciones") sean reproducibles, creo que se puede lograr sin demasiado dolor. En cuanto a los cambios necesarios para adaptarse a un contrato diferente: estoy seguro de que ya lo has descubierto, pero lo diré de todos modos: al escribir la pequeña "documentación", hice un repaso del frontend, y creo que la única función que tienes que tocar es "precossPly()". solo averigua qué hace exactamente. Bastante simple, en realidad: no toca de ninguna manera su tablero de "entrada", y devuelve un objeto de "tablero" de salida recién creado (una matriz, en realidad), que representa el nuevo estado después del ply). Puede tener un efecto secundario: para la promoción, llama al constructor de piezas, que normalmente es llamado por el "processFen()" inicial. así que una vez que creas tu propio "precossPly()", creo que el frontend debería funcionar con cualquier contrato que elijas, sin otros cambios.
Así que construye el HTML de la forma que elijas - para el modelo lua, hice "trampa" y básicamente codifiqué una plantilla, completando los detalles específicos del juego en el código -incluyendo las "piezas" del tablero inicial-. Construye las anotaciones con los atributos apropiados para que se puedan adjuntar a la capa correcta, y para la visualización OOUI de comentarios, (quizás usa OOUI para los "metadatos" también) y tendrás una extensión increíble.
Una posible mejora para el front-end serían las flechas. Vi algo así en algunos sitios de ajedrez, por ejemplo, aquí. Básicamente, una flecha desde el "origen" hasta el "destino" de la capa, lo que da como resultado este tablero. Esto se puede hacer con relativa facilidad con Canvas. No sé si esto es realmente algo que quieres, pero aparte de las "variaciones" que ya mencioné demasiadas veces y que son fáciles de agregar sin problemas, las "flechas" son la única mejora que se me ocurrió. Si, en algún momento, te gustaría hacerlo, házmelo saber. No debería ser tan difícil. De lo contrario, creo que mi parte está hecha. Paz - קיפודנחש (también conocido como kipod) (discusión) 19:14, 1 de febrero de 2020 (UTC) [ responder ]
Estaba pensando, en lugar de una ventana emergente, incluirla en línea con el resto de las anotaciones. De manera similar a cómo Lichess maneja los comentarios y las variaciones (ejemplo). Creo que las ventanas emergentes entrarían en conflicto con gran parte de la interfaz de usuario de mediawiki existente para los lectores, y el comentario podría verse en el contexto de los movimientos a su alrededor; además, haría que el manejo de comentarios recursivos y variaciones fuera algo más fácil de manejar. Casi he logrado que funcione la interfaz; solo quedan algunos errores por resolver. En cuanto a las flechas, ¡creo que es una gran idea! Requeriría algo de planificación, pero he encontrado que las flechas son útiles en los análisis de partidas antes y creo que sería una buena característica para una enciclopedia. — Wug· a·po·des 22:58 , 1 de febrero de 2020 (UTC) [ responder ]
@ Wugapodes : con respecto a los comentarios: esto es completamente en el ámbito del back-end. Para tu información, el visor pgn solo JS hace exactamente eso (incrustar comentarios en notaciones); puedes verlo en algunas de las páginas de demostración en hewiki para el visor. Como todo lo demás, la apariencia está controlada por CSS. El front-end tiene un botón más: ocultar/mostrar comentarios, que básicamente agrega al contenedor superior una clase que le dice a los comentarios que se oculten.
En cuanto a las flechas: en realidad, no creo que las flechas requieran tanta planificación como usted sugiere (vea el esquema a continuación).
Sin embargo, después de que me dirigiste al sitio "Lichess", aprendí una forma más simple de indicar "fuente" y "destino" - básicamente, marcar el cuadrado "fuente" vacío y la pieza movida más recientemente. Así que implementé esto en el prototipo de mediawiki. Por favor, pruébalo. El único cambio para el back-end es la adición de la pieza de ajedrez vacía "fuente" - básicamente un div adjunto al div "imagen del tablero". Estoy seguro de que esto se puede mejorar visualmente jugando con los atributos reales de las clases de origen y destino.
Puedo delinear el dibujo de la flecha: básicamente, mantienes una "ruta" codificada que es la flecha (horizontal, con su punta en el origen. Cambiar exactamente 2 coordenadas la hará de cualquier longitud (básicamente, las 2 coordenadas X de las 2 esquinas de la "cola" de la flecha).
Entonces, dados "origen" y "destino", calculas la longitud de la flecha y la extiendes a la longitud correcta. Calculas el ángulo de la flecha y la giras (la punta sigue en el origen). Ahora trasladas de modo que la punta esté en el destino y, si haces todos los cálculos correctamente, la cola estará automáticamente en el origen.
Básicamente, una manipulación de coordenadas para estirar la flecha, 3 o 4 comandos de lienzo para dibujarla (inicio/fin de ruta, relleno, trazo) y 2 comandos de lienzo para colocarla correctamente. Pan comido.
Entonces, la parte frontal eventualmente intentará hacer ambas cosas: si encuentra un lienzo, dibujará la flecha, si existe un cuadrado "de origen", lo moverá de acuerdo con la capa y siempre establecerá la clase "pgn-ply-destination" en la última pieza en movimiento. peace - קיפודנחש (también conocido como kipod) (discusión) 10:53, 2 de febrero de 2020 (UTC) [ responder ]
Entonces tuve una pequeña deficiencia, donde olvidé tener en cuenta el estado "volteado" al dibujar la flecha, pero ahora está todo mejor y las flechas se muestran correctamente tanto rectas como volteadas.
Nuevamente, la demostración muestra tanto "marcado de origen/destino" _y_ una flecha; esto se hace para demostrar ambos. En la "vida real", probablemente querrás solo uno de los dos, o ninguno; no estoy seguro de que ambos juntos tengan sentido.
También modifiqué un poco la apariencia para mostrar el tablero en sí un poco más grande. Así que creo que hice todo lo que se me ocurrió (de nuevo, módulo comentarios/variaciones: hay muy poco que hacer para el frontend para comentarios puros - como máximo un botón para mostrarlos/ocultarlos. Puede ser divertido agregar variaciones, pero el contrato y las anotaciones que se asignan al par var#/ply# deben definirse primero). Tenga en cuenta que la lógica actual para "flecha" y marcado de origen/destino, está explotando la data.plysmatriz "entrada". Si cambia el contrato, es posible que deba modificar la forma en que se determinan "fuente" y "destino" para cada capa. Esto sucede en un solo lugar - showPly(), que se convirtió en un lugar más que debe cambiarse si cambia el "contrato". Si el contrato es un poco complejo para extraer fuente/destino fácilmente, simplemente construya una lista de pares "fuente/destino" como subproducto de processPly()(que debe modificar de todos modos), y use esta lista para showPly(), en lugar de chuparla directamente de la entrada. paz - קיפודנחש (también conocido como kipod) (discusión) 17:47, 3 de febrero de 2020 (UTC) [ respuesta ]
@ Wugapodes : - Creo que olvidé "publicar" una o dos publicaciones anteriores (donde te hice ping). Disculpas si este ping es spam. Al leer mi página de discusión no puedo encontrar lo que pensé que publiqué antes, así que lo repito en pocas palabras.
En resumen: tanto "flecha" como "marcado de origen/destino" funcionan ahora. Algunos detalles más arriba. Una cosa que pretendía que no se puede hacer: pensé que el back-end puede crear un elemento "canvas" como una indicación al front-end de que debería dibujar flechas. Desafortunadamente, parece que "canvas" es una de esas etiquetas verboten que mi analizador no permite (crear <canvas> desde el back-end hace que < y > pasen por "html-ismo", reemplazando los corchetes con pares </>. Esta limitación es para plantillas/módulos - sospecho que una extensión _puede_ crear un elemento "canvas", por lo que eventualmente podemos volver a mi idea original), por lo que el front-end necesita crear el lienzo. Esto probablemente significa que (finalmente) realmente necesitamos la estructura "config" que comenzamos a discutir hace mucho tiempo, para que el back-end pueda decirle al front-end si dibujar o no la flecha (de nuevo, si una extensión es capaz de crear el elemento "canvas", esto puede no ser necesario). En el código actual, el front-end dibuja las flechas incondicionalmente. No sé nada sobre los navegadores sin lienzo: no creo que ninguno de los navegadores "compatibles" se encuentre en ese grupo, tal vez deberíamos ser un poco más cuidadosos al llamar a getContext("2d"). peace - קיפודנחש (también conocido como kipod) (discusión) 18:08, 3 de febrero de 2020 (UTC) [ responder ]
Parece que esa solución funcionará. Sin embargo, tengo pensado posponer la implementación de flechas y comentarios por un tiempo. Creo que es importante obtener una versión 1.0 de un producto mínimo viable para que el análisis PGN y la interfaz de la placa funcionen bien, y luego comenzar a agregar mejoras de "calidad de vida" como comentarios, variaciones y flechas. ¡Pero es importante que ya tengamos ejemplos prácticos e ideas sobre cómo implementarlos!
Como actualización, quizás hayas visto la tarea de phab en la que te agregué. El equipo técnico de meta:Community aceptó patrocinar esto como un "proyecto del 10 %" y ayudará a que pase las revisiones de seguridad y calidad requeridas por la WMF para su implementación en Wikipedia. No está en la parte superior de la lista de prioridades de nadie, por lo que el proceso probablemente será lento, pero es un gran avance y hace que sea muy probable que se implemente en Wikipedia en algún momento. ¡Gracias por toda tu ayuda hasta ahora y espero poder completar esto! — Wug· a·po·des 01:09 , 8 de febrero de 2020 (UTC) [ responder ]
Muchas gracias por la actualización. Por tu respuesta, parece que no has mirado la página de demostración recientemente. Ahora tiene flechas y un marcado de cuadrados de origen/destino (el "marcado" real es una clase CSS). La flecha no se puede configurar en este momento, pero será una tarea sencilla configurarla, incluido un interruptor de "apagado".
Entonces, supongo que a partir de ahora intentaré ayudar si me lo piden, pero probablemente no mucho en otros casos.
Las dos cosas que creo que vale la pena agregar al front-end son: primero, algo de configurabilidad [3] . Segundo, es admitir variaciones en los comentarios. Los comentarios ya están "compatibles": dado que el back-end realiza la representación, puede colocarlos en cualquier lugar y darles el estilo que desee. Las variaciones son un poco más complicadas, pero no mucho: un pequeño cambio en el contrato, un pequeño cambio en el front-end y estoy bastante seguro de que un pequeño cambio en el back-end. [4]
Sin embargo, como dices, ahora mismo el producto mínimo viable es el objetivo. Seguí hablando de otras cosas, porque son las únicas cosas que se me ocurrieron para el front-end que aún no están hechas, y una vez que se acuerde un nuevo contrato, el cambio del front-end debería ser trivial: no tengo que hacerlo yo mismo, pero estaré feliz de hacerlo cuando sea.
Realmente aprecio tus actualizaciones aquí. Para ser honesto, no sigo el desarrollo: probablemente estoy "viendo" varias docenas de historias de phabricator, y estoy ignorando esas actualizaciones casi por completo. Así que mantenme informado y no dudes en preguntar si piensas en algo en lo que pueda ayudar.
^ excepto el manejo de variaciones del juego en los comentarios, ya que mi analizador lua es simplista. Debería ser muy fácil agregarlo. Además, no maneja múltiples juegos en un navegador, como lo hace el independiente. Esto tampoco es difícil de agregar, si se desea; no estoy seguro de si es deseable y, de ser así, cómo se pasan los datos al html y al script.
^ No me molesté en limpiarlo; aún podría contener algunos residuos de "código muerto" del independiente
^ En realidad no mucho: el back-end "configura" la mayoría de las cosas al crear el formulario: por lo tanto, si no hay un botón de "reproducción automática", no hay reproducción automática. Casi lo único que hay que "configurar" hasta ahora es la velocidad de reproducción automática inicial. Ahora, hay que configurar la flecha. Un interruptor de apagado es esencial, como mínimo. En teoría, se podría configurar completamente su apariencia, con un simple contrato de "configuración" y un pequeño cambio en el código del front-end existente, pero no estoy seguro de si esto es realmente útil.
^ El contrato es bastante simple: en lugar de una única matriz "plys", en el contrato actual, ahora tenemos una matriz de { source, plys[] }pares " ", donde "source" puede ser un FEN o cualquier "baord", donde "board" se direcciona mediante el par (variation#,ply#). Ese es el único cambio en el contrato. El cambio en el procesamiento del front-end también es minúsculo y genera un "boards" bidimensional, en lugar de la matriz unidimensional de la implementación actual. El cambio en los controles también es muy simple. El desafío es suyo, realmente, generar los elementos "annotations", con comentarios y todo, utilizando el direccionamiento "var,ply" para las notaciones en las que se puede hacer clic.
Página de pruebaUsuario:קיפודנחש/error de galería
Hola. He movido tu página de pruebas de errores de User:קיפודנחש/gallery desde el espacio principal a tu espacio de usuario. Supongo que es ahí donde querías que estuviera. Saludos, ST47 ( discusión ) 02:09, 13 de febrero de 2020 (UTC) [ responder ]
@ ST47 : muchas gracias. Por supuesto, esto es lo que quise decir. Creé la página de soporte phab:T245098. paz - קיפודנחש (también conocido como kipod) (discusión) 02:19, 13 de febrero de 2020 (UTC) [ responder ]
¿Es posible cambiar el orden de un artículo dentro de una categoría usando Cat-A-Lot? Si no es así, considere esto como una solicitud de función. FMecha ( para hablar | para ver el registro ) 13:20, 13 de septiembre de 2020 (UTC) [ responder ]
No creo que sea posible. Cat a lot es un gadget de wiki commons, y el lugar para las solicitudes está ahí: C:MediaWiki talk:Gadget-Cat-a-lot.js. Mi "contribución" es simplemente una corrección en enwiki, que carga el contenido real desde commons. Paz - קיפודנחש (también conocido como kipod) (discusión) 17:39, 13 de septiembre de 2020 (UTC) [ responder ]
Parece que esas páginas perdieron el elemento llamado contentSub (supongo que solo en el "nuevo vector", ¿verdad?, no lo verifiqué). Lo arreglaré, al pequeño precio de mover los cuadros sobre el encabezado de la página principal, pero tenga en cuenta que esta cosa debería retirarse.
Si puedo hacer una sugerencia: este script es antiguo y no se mantiene. Recomiendo usar User:קיפודנחש/wathlistWatcher.js en su lugar. Es una versión "más moderna" del "scout". Básicamente, agrega un tercer ícono, al lado de "alertas" y "avisos", que se parece al ícono de "lista de vigilancia" (estrella de 5 puntas).
Este ícono se vuelve verde cuando hay elementos de la lista de deseos no leídos o no visitados, con un número que indica cuántos elementos "en negrita" hay en su lista de deseos.
Al hacer clic en el ícono, se abre un formulario con información y algunas acciones ("marcar como visto" / "eliminar de WL"), la última edición TS para cada elemento, enlaces a diferencias e historial, y una información sobre herramientas (sobre la marca de tiempo) que indica cuántos bytes se agregaron o eliminaron en la última edición.
Recomiendo encarecidamente cambiar de "watchlist scout" (sin mantenimiento) a "watchlist watcher" (observador de listas de vigilancia) con mantenimiento. Como mínimo, debería probarlo y avisarme si aún prefiere "scout" y por qué. peace - קיפודנחש (también conocido como kipod) (discusión) 03:22, 21 de agosto de 2022 (UTC) [ responder ]
Acabo de probarlo y parece que hay un problema. Al hacer clic en el ícono, el color verde se vuelve gris, pero no sucede nada más. — Qwerfjkl talk 18:36, 21 de agosto de 2022 (UTC) [ responder ]
Interesante. Por lo que sé, esto funciona. Posiblemente falla en algunas páginas "Especiales:", pero debería abrir el formulario en la página de contenido y discusión. Lo probé en una cuenta "virgen" sin scripts personales y funcionó.
¿Puedes probar el "modo seguro" y activar solo este script? (F12 => consola => mw.loader.load('//en.wikipedia.org/index.php?title=User:קיפודנחש/wathlistWatcher.js&action=raw&ctype=text/javascript'))
Eché un vistazo a tu página de script personal y parece que cargas muchos scripts. Posiblemente haya alguna colisión.
Parece que el script funciona , pero la barra de navegación izquierda aparece sobre la página principal (debido al ancho de la pantalla abierta). Esto parece hacer que la ventana emergente de la lista de seguimiento flote hacia la página principal, fuera de la vista. (La ventana emergente de OOUI también se comporta de manera extraña, parpadeando, etc.) — Qwerfjkl talk 20:40, 21 de agosto de 2022 (UTC) [ responder ]
Sí. Mostrarlo dentro de "contenido" es un compromiso que le permite aparecer en algunas páginas especiales y demás, y tiene el beneficio adicional de habilitar la "vista previa de la página" desde el formulario (desafortunadamente, no navpop).
Te permite saltar directamente al historial y a las diferencias, marcar como "visto" y eliminar de la lista de seguimiento. También admite diferentes filtros (mostrar/ocultar bots y demás). Creo que es muy superior al antiguo "Scout".
אני לא טרול. ביקשתי שיראו את הפרטים לצוות אחר שיבדוק ולא הסכימו. זה לא הוגן שאין מערכת. IIml ( charla ) 11:28, 12 de julio de 2023 (UTC) [ respuesta ]
Ayuda sobre el módulo: Gráfico, el texto se corta
Algo en algún lugar de Wikipedia ha cambiado y ahora los gráficos se muestran de forma incorrecta. Como puedes ver incluso en la página de ayuda de los gráficos en Módulo:Gráfico , la etiqueta superior del gráfico tiene la mitad del texto cortado a la mitad. No puedo rastrear por qué habría sucedido esto. ¿Sabes de dónde podría venir esto? No solía hacer esto y nada ha cambiado en la página en sí, por lo que debe ser heredado de otra parte de Wikipedia. Ergzay ( discusión ) 06:31, 3 de junio de 2024 (UTC) [ responder ]
Disculpas por la respuesta tardía.
Intentaré mirarlo cuando tenga una computadora de escritorio, con suerte en algún momento de la próxima semana.
Solo para que lo sepas, estoy planeando hacer una solicitud de edición en Wikimedia Commons c:mediawiki:Gadget-Cat-a-lot.js (ver: discusión y cambios). No debería ser necesario ningún cambio en enwiki, pero si falla, notifícalo. -- Zache ( discusión ) 04:19 8 oct 2024 (UTC) [ responder ]
.
Hola. Tienes un nuevo mensaje en la página de discusión de PartTimeGnome. – PartTimeGnome ( discusión | contribuciones ) 22:57 30 mar 2013 (UTC) 
Módulo:Duración , una página que usted creó o a la que contribuyó sustancialmente (o que se encuentra en su espacio de usuario), ha sido nominada para su eliminación . Sus opiniones sobre el tema son bienvenidas; puede participar en la discusión agregando sus comentarios en Wikipedia:Miscelánea para eliminación/Módulo:Duración y asegúrese de firmar sus comentarios con cuatro tildes (~~~~). Usted es libre de editar el contenido de Módulo:Duración durante la discusión, pero no debe eliminar la plantilla de miscelánea para eliminación de la parte superior de la página; dicha eliminación no terminará la discusión sobre eliminación. Gracias. Jc86035 ( discusión )Utilice {{ re |Jc86035}} 
La plantilla:Param wizard demo ha sido nominada para su eliminación . Te invitamos a comentar la discusión en la entrada de la plantilla en la página Plantillas para discusión . Frietjes ( discusión ) 14:09 3 sep 2017 (UTC) 
Se ha propuesto que el módulo:IPAddress se fusione con el módulo:IP . Se le invita a comentar la discusión en la entrada de la plantilla en la página Plantillas para discusión . Gracias. {{3x|p}}ery ( discusión ) 20:49 19 jun 2018 (UTC) 
