Déjame un mensaje . - Yair rand ( hablar )
Contra cambios pendientes
- Agregue este cuadro de usuario a su página de usuario para anunciar su oposición a WP: Cambios pendientes y dígale a 10 usuarios con ideas afines que hagan lo mismo y voten - Gniniv ( charla ) 07:28, 1 de septiembre de 2010 (UTC)
Este usuario está en contra de la implementación de revisiones marcadas en forma de cambios pendientes . |
¡únete a AUPS!
Vi su respuesta a la corriente de los cambios pendientes / encuesta de paja y pienso que puede resultar interesante para unirse al usuario anónimo (Brigada de AUPS) . Gracias, Maysara ( charla ) 02:43, 3 de septiembre de 2010 (UTC)
Wikipedia: cambios pendientes / encuesta de paja sobre el uso provisional
Hola. Como comentó recientemente en la encuesta de opinión sobre el uso continuo y la prueba de los cambios pendientes , esto es para notificarle que hay una encuesta de opinión provisional con respecto a mantener la herramienta encendida o apagada mientras se realizan mejoras y se deben realizar. se publicará el 9 de noviembre de 2010. Esta nueva encuesta solo se refiere a este tema y no sienta precedentes para ningún uso futuro. Se agradece enormemente su opinión sobre este tema. Off2riorob ( charla ) 23:54, 20 de septiembre de 2010 (UTC)
Etimologías
Hola, revoqué sus ediciones considerando etimologías, según Wikipedia: WikiProject Etymology . Un macedonio, un griego. ( charla ) 12:50, 14 de diciembre de 2010 (UTC)
- ¿Qué? No veo cómo Wikiproject Etymology de alguna manera permite adiciones de secciones de etimología completamente irrelevantes para el tema del artículo. ¿Podría explicar por favor? - Yair rand ( conversación ) 21:50, 14 de diciembre de 2010 (UTC)
- Lo siento, pero no entiendo ... ¿cómo puede la etimología del título del artículo ser irrelevante para el tema del artículo? Un macedonio, un griego. ( charla ) 21:58, 14 de diciembre de 2010 (UTC)
- El título del artículo en sí es irrelevante para el tema del artículo. El título del artículo es la palabra en inglés que representa el tema del artículo. En Wiktionary, las páginas tratan con palabras y, por lo tanto, dan etimologías, pronunciación, etc. en esas páginas. En Wikipedia, los artículos tratan sobre los conceptos / cosas reales que representa la palabra. Esta distinción es bastante importante. (En Wiktionary, el proyecto de mi casa, la distinción es realmente importante :). ) Además, las secciones de etimología se ocuparon específicamente de la palabra en inglés, ignorando todas las otras miles de palabras en otros idiomas que representan igualmente el concepto, que básicamente está dando un punto de vista de habla inglesa. Sé que ha dedicado bastante tiempo a estas etimologías, pero en realidad están fuera del alcance de los artículos y del proyecto en general. La mayoría de ellos deberían simplemente eliminarse, y aquellos que no sean redundantes para el contenido de Wiktionary deberían ser transwikizados. - Yair rand ( conversación ) 22:06, 14 de diciembre de 2010 (UTC)
- Por el contrario, Wikipedia: WikiProject Etymology establece: El alcance de este proyecto incluye artículos sobre la etimología en sí y temas relacionados (por ejemplo, etimología, palabra prestada), artículos sobre los orígenes de palabras particulares (por ejemplo, Lista de etimologías de nombres de estados de EE. UU., Nombres de los griegos ) y secciones de etimología dentro de artículos sobre otros temas (por ejemplo, Ginkgo biloba # Etimología) ... Un macedonio, un griego. ( charla ) 22:19, 14 de diciembre de 2010 (UTC)
- Wikipedia: La etimología de WikiProject no es una política. Ciertos artículos pueden tener un nombre o una palabra como tema, o tener información relacionada con el nombre que es claramente notable, y la información sobre las palabras en sí podría estar en el artículo. La mayoría de los artículos no tratan sobre nombres o palabras. Dejando de lado por un segundo la cuestión de si la información sobre palabras de idiomas que representan el tema relevante está lo suficientemente relacionada y es notable como para ser incluida, no veo cómo pueden ser las etimologías en los artículos. Suponiendo que las etimologías no propongan un punto de vista anglocéntrico al excluir cualquier información relacionada con palabras que no estén en inglés y que representen el tema del artículo, la etimología simplemente no encajaría. Después de unas pocas docenas de idiomas, la sección sería más grande que el resto del artículo y tendría que dividirse en algo como "Etimología de (tema)", que claramente no es algo que se necesite en Wikipedia para todos Una sola palabra. Además, no hay ningún beneficio real de duplicar cantidades masivas de contenido de Wikcionario por cada palabra que tiene un artículo sobre un proyecto que no tiene un enfoque lexicográfico. ¿No está de acuerdo con alguno de estos puntos individualmente? ¿Quizás el tema debería llevarse a Village Pump? - Yair rand ( conversación ) 23:19, 14 de diciembre de 2010 (UTC)
- Creo que es mejor llevarlo a Wikipedia: página de discusión de Etimología de WikiProject y ver la opinión de los miembros del proyecto. Un macedonio, un griego. ( charla ) 07:38, 15 de diciembre de 2010 (UTC)
- Seguro. Tomado a la charla de Wikipedia: WikiProject Etimología # Etimologías no relacionadas con el tema del artículo . - Yair rand ( conversación ) 06:28, 16 de diciembre de 2010 (UTC)
- Creo que es mejor llevarlo a Wikipedia: página de discusión de Etimología de WikiProject y ver la opinión de los miembros del proyecto. Un macedonio, un griego. ( charla ) 07:38, 15 de diciembre de 2010 (UTC)
- Wikipedia: La etimología de WikiProject no es una política. Ciertos artículos pueden tener un nombre o una palabra como tema, o tener información relacionada con el nombre que es claramente notable, y la información sobre las palabras en sí podría estar en el artículo. La mayoría de los artículos no tratan sobre nombres o palabras. Dejando de lado por un segundo la cuestión de si la información sobre palabras de idiomas que representan el tema relevante está lo suficientemente relacionada y es notable como para ser incluida, no veo cómo pueden ser las etimologías en los artículos. Suponiendo que las etimologías no propongan un punto de vista anglocéntrico al excluir cualquier información relacionada con palabras que no estén en inglés y que representen el tema del artículo, la etimología simplemente no encajaría. Después de unas pocas docenas de idiomas, la sección sería más grande que el resto del artículo y tendría que dividirse en algo como "Etimología de (tema)", que claramente no es algo que se necesite en Wikipedia para todos Una sola palabra. Además, no hay ningún beneficio real de duplicar cantidades masivas de contenido de Wikcionario por cada palabra que tiene un artículo sobre un proyecto que no tiene un enfoque lexicográfico. ¿No está de acuerdo con alguno de estos puntos individualmente? ¿Quizás el tema debería llevarse a Village Pump? - Yair rand ( conversación ) 23:19, 14 de diciembre de 2010 (UTC)
- Por el contrario, Wikipedia: WikiProject Etymology establece: El alcance de este proyecto incluye artículos sobre la etimología en sí y temas relacionados (por ejemplo, etimología, palabra prestada), artículos sobre los orígenes de palabras particulares (por ejemplo, Lista de etimologías de nombres de estados de EE. UU., Nombres de los griegos ) y secciones de etimología dentro de artículos sobre otros temas (por ejemplo, Ginkgo biloba # Etimología) ... Un macedonio, un griego. ( charla ) 22:19, 14 de diciembre de 2010 (UTC)
- El título del artículo en sí es irrelevante para el tema del artículo. El título del artículo es la palabra en inglés que representa el tema del artículo. En Wiktionary, las páginas tratan con palabras y, por lo tanto, dan etimologías, pronunciación, etc. en esas páginas. En Wikipedia, los artículos tratan sobre los conceptos / cosas reales que representa la palabra. Esta distinción es bastante importante. (En Wiktionary, el proyecto de mi casa, la distinción es realmente importante :). ) Además, las secciones de etimología se ocuparon específicamente de la palabra en inglés, ignorando todas las otras miles de palabras en otros idiomas que representan igualmente el concepto, que básicamente está dando un punto de vista de habla inglesa. Sé que ha dedicado bastante tiempo a estas etimologías, pero en realidad están fuera del alcance de los artículos y del proyecto en general. La mayoría de ellos deberían simplemente eliminarse, y aquellos que no sean redundantes para el contenido de Wiktionary deberían ser transwikizados. - Yair rand ( conversación ) 22:06, 14 de diciembre de 2010 (UTC)
- Lo siento, pero no entiendo ... ¿cómo puede la etimología del título del artículo ser irrelevante para el tema del artículo? Un macedonio, un griego. ( charla ) 21:58, 14 de diciembre de 2010 (UTC)
RV
Disculpas, ¡tengo los dedos demasiado gordos para mi iPhone! Me he revertido. Step hen 10:01, 31 de enero de 2011 (UTC)
"Wiki"
Con el debido respeto, me referiré a Wikipedia como mejor me parezca dependiendo del contexto. "Wiki" es una abreviatura tan aceptable como "EE.UU." para el país entre Canadá y México. doktorb palabras hechos 19:04, 7 de febrero de 2011 (UTC)
Invitación de IRC
Debido a que he notado que comentaste en el RfC actual con respecto a los cambios pendientes, quería invitarte al canal de IRC para conocer los cambios pendientes . Si no ha iniciado sesión habitualmente en el IRC, utilice este enlace . Este recurso infrautilizado puede permitir una discusión en tiempo real en esta aventura particularmente oportuna de la prueba conocida como cambios pendientes. Incluso si nada puede salir de los puntos de debate allí, al menos esta invitación se entrega con las mejores intenciones y expectativas de buena fe. Saludos cordiales. My 76 Strat 08:45, 2 de marzo de 2011 (UTC)
Sistema de pestañas
Puede eliminar este aviso en cualquier momento eliminando la plantilla {{Talkback}} o {{Tb}}.
Respondió allí .-- Jorm (WMF) ( charla ) 01:28, 6 de mayo de 2011 (UTC)
interwikiwatchlist.js
Puede eliminar este aviso en cualquier momento eliminando la plantilla {{Talkback}} o {{Tb}}.
- Timeshifter ( charla ) 10:53, 20 de mayo de 2011 (UTC)
Notas adhesivas
Realmente aprecio el pensamiento detrás del comentario que hiciste sobre la idea de las notas adhesivas . ¡Esos son exactamente el tipo de problemas que no sé lo suficiente como para plantearlos! Ese es también el tipo de cosas que deberían discutirse para preparar esta idea para la página de propuestas del laboratorio de ideas. Entonces, gracias por eso.- Tesseract 2 (charla) 19:45, 27 de julio de 2011 (UTC)
Nominación para eliminación de plantilla: Wikisaurus
Plantilla: Wikisaurus ha sido nominado para su eliminación. Se le invita a comentar sobre la discusión en la entrada de la plantilla en la página Plantillas para discusión . La dirección IP malvada ( conversación ) 10:56, 19 de agosto de 2011 (UTC)
¿Cuál fue la violación de derechos de autor en la sección de adquisiciones de la página wikipage de Opera Software?
¿Por qué eliminó la sección de adquisición de Handster Inc. de la página de wiki de Opera Software?
http://en.wikipedia.org/w/index.php?title=Opera_Software&diff=453842949&oldid=451487063
¿Qué tipo de violación de derechos de autor fue esa? - Comentario anterior sin firmar agregado por Swapnil99pro ( charla • contribuciones ) 15:24, 27 de octubre de 2011 (UTC)
- Ese texto se copió directamente de http://www.opera.com/press/releases/2011/09/19/ , que dice en la parte inferior "Copyright © 2011 Opera Software ASA. Todos los derechos reservados". - Yair rand ( conversación ) 15:28, 27 de octubre de 2011 (UTC)
Información sobre herramientas de referencia
Buen trabajo en el script de información sobre herramientas de referencia. Tengo una sugerencia. Sería bueno si la ventana emergente tuviera un ligero retraso para que mover rápidamente el cursor a través de una referencia no lo activara. Kaldari ( charla ) 00:36, 7 de diciembre de 2011 (UTC)
- Lo siento por el millón de milisegundos :) Estaba probando algo y olvidé volver a cambiarlo. Kaldari ( charla ) 00:49, 7 de diciembre de 2011 (UTC)
- Con respecto al espacio de nombres, solo estaba tratando de reducir la hinchazón de js para otras páginas. También agregué el espacio de nombres del Proyecto. ¿Se utilizan referencias en otros espacios de nombres además de esos? Kaldari ( charla ) 00:52, 7 de diciembre de 2011 (UTC)
- En el espacio de nombres de Ayuda de vez en cuando, creo. - Yair rand ( conversación ) 00:55, 7 de diciembre de 2011 (UTC)
- Con respecto al espacio de nombres, solo estaba tratando de reducir la hinchazón de js para otras páginas. También agregué el espacio de nombres del Proyecto. ¿Se utilizan referencias en otros espacios de nombres además de esos? Kaldari ( charla ) 00:52, 7 de diciembre de 2011 (UTC)
Información sobre herramientas de referencia 2
¿Existe alguna documentación sobre cómo usarlo en otra wiki? ¿Es el que se usa, por ejemplo, aquí ? Spiros71 ( hablar ) 21:58, 12 de diciembre de 2011 (UTC)
- No, no es. Al usarlo en otro wiki, ¿quiere decir que un usuario lo use o que esté habilitado para todo el wiki? Si es el primero, uno podría simplemente agregar importScriptURI ("// en.wikipedia.org/w/index.php?title=User:Yair_rand/ReferenceTooltips.js&action=raw&ctype=text/javascript");importStylesheetURI("//en. wikipedia.org/w/index.php?action=raw&ctype=text/css&title=User%3AYair_rand%2FReferenceTooltips.css "); a su common.js en ese wiki. - Yair rand ( conversación ) 00:25, 13 de diciembre de 2011 (UTC)
Oye, si quieres ayuda para impulsar esto, avísame. Es de interés para nosotros como parte de nuestra lista de experimentos potenciales aquí en el WMF (eventualmente podría ser una buena herramienta para incitar a las personas a tomar algún tipo de acción para mejorar la referencia). Steven Walling (WMF) • charla 22:29, 2 de abril de 2012 (UTC)
eliminar caricaturas políticas
Oye,
Me di cuenta de que eliminó una serie de caricaturas políticas de artículos relacionados con la Primavera Árabe , pero no vi una explicación en el resumen de la edición. Así que les escribo aquí para preguntarles el motivo de eliminarlos. (si se ha debatido sobre esto, redirigirme al debate) Activista bahreiní Háblame 09:51, 17 de febrero de 2012 (UTC)
- Pensé que esta era una situación bastante clara. Las caricaturas políticas, por su propia naturaleza, caracterizan eventos y problemas de cierta manera y, por lo tanto, son explicaciones no neutrales de los eventos. Wikipedia se esfuerza por proporcionar un punto de vista completamente neutral en los artículos. Podemos explicar los puntos de vista en los artículos (X tiene este punto de vista de estos eventos, Y tiene este punto de vista), pero no podemos tenerlo como si el artículo en sí mismo tuviera ese punto de vista. Por lo tanto, solo hay dos formas en las que puedo pensar que haría que las caricaturas políticas fueran aceptables para tener en el artículo:
- Si la caricatura específica es un elemento importante de la protesta en sí, entonces el artículo podría describir cómo se usó. Sin embargo, probablemente sería mejor tener una foto en uso en ese caso. Si eso no es posible, la leyenda debe explicar exactamente cómo se usó la caricatura y cómo la caricatura es un elemento notable del evento.
- Si una sección del artículo describe ciertos puntos de vista de los eventos, entonces podría tener sentido incluir una caricatura política bien conocida en esa sección para ayudar a los lectores a comprender un cierto punto de vista popular. En ese caso, el texto circundante también debe ser sobre vistas y, nuevamente, el título debe explicar la caricatura y cómo es relevante. (En este caso particular, probablemente también sería útil obtener una imagen que transmita un punto de vista opuesto; tal vez una pieza de propaganda del gobierno, si hay alguna disponible, con un texto circundante que explique cómo el evento se caracteriza por la oposición a las protestas).
- Por lo que puedo decir, las caricaturas políticas que eliminé no encajaban en ninguna de estas situaciones, y se mostraron como si las caricaturas fueran la representación del artículo de esos eventos. ¿No está de acuerdo con estos puntos? Si es así, probablemente deberíamos llevar esto a la página de discusión del artículo (si no está de acuerdo con cómo se usaron las caricaturas en el artículo) o quizás a una página de discusión más general (si no está de acuerdo con el principio general de que las caricaturas políticas no son neutrales representaciones de temas). - Yair rand ( charla ) 15:25, 19 de febrero de 2012 (UTC)
- Acabo de recordar esto hace un momento. Supongo que entiendo el motivo de la eliminación. Pero, ¿qué pasa con esta caricatura? Además, se utilizaron algunas caricaturas en las protestas, ¿cómo sugeriría agregarlas? Mohamed CJ (charla) 04:50, 13 de marzo de 2012 (UTC)
- Para las caricaturas que se usaron en las protestas, podríamos tener fotografías de personas que usan las caricaturas en las protestas. Eso proporcionaría inmediatamente al lector gran parte de la información / contexto relevante. (Lo siento, no estoy completamente seguro de lo que estás preguntando). No sé cómo la caricatura File: Ali_Jawad_al-Sheikh_by_Ahmad_Nady.jpg es particularmente significativa, o qué papel jugó, así que no sé sobre eso . (Hay una fotografía real de Ali Jawad al-Sheikh disponible.) - Yair rand ( charla ) 01:43, 14 de marzo de 2012 (UTC)
- Acabo de recordar esto hace un momento. Supongo que entiendo el motivo de la eliminación. Pero, ¿qué pasa con esta caricatura? Además, se utilizaron algunas caricaturas en las protestas, ¿cómo sugeriría agregarlas? Mohamed CJ (charla) 04:50, 13 de marzo de 2012 (UTC)
Error de información sobre herramientas de referencia
Me encanta tu secuencia de comandos de información sobre herramientas de referencia ; sin embargo, he notado que al pasar el cursor sobre una referencia, no siempre aparece una información sobre herramientas. Parece suceder cerca de la parte inferior de los artículos, por lo que tal vez sea un error en el código que detecta si la referencia deseada ya está visible o no y decide si mostrar una información sobre herramientas o resaltar la referencia existente. Puede tener sentido mostrar una información sobre herramientas incluso si la referencia deseada está visible. ¡Gracias! - danhash ( charla ) 18:28, 4 de abril de 2012 (UTC)
- Cuando la nota al pie de referencia ya está visible en la pantalla, se supone que solo debe agregar un borde alrededor de la nota al pie. ¿Esto no funciona correctamente? - Yair rand ( charla ) 18:32, 4 de abril de 2012 (UTC)
- No. Lo que sospecho que está sucediendo es que hay un error en el código de detección de la nota al pie y que se está agregando el borde alrededor de la nota al pie, pero no puedo verlo porque no está en la pantalla. Mi ventana a menudo no se maximiza, si eso marca la diferencia. - danhash ( charla ) 18:46, 4 de abril de 2012 (UTC)
- ¿Está arreglado ahora? - Yair rand ( charla ) 19:02, 4 de abril de 2012 (UTC)
- Si. ¡Gracias! - danhash ( charla ) 19:13, 4 de abril de 2012 (UTC)
- Estupendo. Gracias por contarme sobre el error. :) - Yair rand ( charla ) 19:16, 4 de abril de 2012 (UTC)
- Si. ¡Gracias! - danhash ( charla ) 19:13, 4 de abril de 2012 (UTC)
- ¿Está arreglado ahora? - Yair rand ( charla ) 19:02, 4 de abril de 2012 (UTC)
- No. Lo que sospecho que está sucediendo es que hay un error en el código de detección de la nota al pie y que se está agregando el borde alrededor de la nota al pie, pero no puedo verlo porque no está en la pantalla. Mi ventana a menudo no se maximiza, si eso marca la diferencia. - danhash ( charla ) 18:46, 4 de abril de 2012 (UTC)
Ventanas emergentes
Shalom. Me pregunto si podría hacer que la información sobre herramientas de referencia verifique una variable establecida por ventanas emergentes y, si se detecta, se deshabilite. Supongo que el tuyo se cargará después de las ventanas emergentes. De lo contrario, tal vez el autor de las ventanas emergentes también podría insertar código para verificar un conjunto de variables en la información sobre herramientas de referencia y deshabilitarlas si se detectan. ¿Qué piensas? Equazcion ( hablar ) 11:55, 19 de abril de 2012 (UTC)
- Añadí window.pg || al principio de la secuencia de comandos, que debería funcionar, asumiendo que las ventanas emergentes se cargan antes que la información sobre herramientas de referencia. Todavía necesito esperar a que un administrador sincronice la página en el espacio de nombres de Mediawiki con la página en mi espacio de usuario. - Yair rand ( conversación ) 21:50, 19 de abril de 2012 (UTC)
GMTA
así que acabo de ver su herramienta de información sobre herramientas de referencia. compárelo con él: Mediawiki: Gadget-CiteTooltip.js . mi herramienta usa tipsy, que es una extensión de jquery para hacer información sobre herramientas. Actualmente, borracho carece de la sintaxis "por favor, permanezca mientras el mouse se desplaza sobre la información sobre herramientas", por lo que es un poco más complicado hacer clic en un enlace en la referencia. con suerte, tarde o temprano tomaremos el control de tipsy, y luego es muy simple agregar esta sintaxis.
paz, קיפודנחש ( hablar ) 21:03, 19 de abril de 2012 (UTC)
- agregó más tarde: acabo de ver la discusión en la bomba de la aldea, y estas personas tienen razón sobre el hecho de que la ventana emergente del dispositivo hace que reftooltip sea redundante, y juntos pueden ser molestos. Le sugiero que agregue en la primera línea de la función
show()
, la siguiente línea o algo similar: if (mw.user.options.get('gadget-Navigation_popups')) return;
- tenga en cuenta que si desea manejarlo de manera diferente, por ejemplo, para omitir la inicialización si la ventana emergente está habilitada, no puede simplemente usar esto, porque no se garantiza que el objeto "usuario" se inicialice tan pronto como se cargue la página. en este caso, desea agregar dependencia en "mediawiki.user" a la página de definiciones de gadget.
- paz - קיפודנחש ( hablar ) 21:40, 19 de abril de 2012 (UTC)
- Añadí window.pg || al principio de la secuencia de comandos, que debería funcionar, asumiendo que las ventanas emergentes se cargan antes que la información sobre herramientas de referencia. Todavía necesito esperar a que un administrador sincronice la página en el espacio de nombres de Mediawiki con la página en mi espacio de usuario. - Yair rand ( conversación ) 21:50, 19 de abril de 2012 (UTC)
- El código sugerido anteriormente parece funcionar si las ventanas emergentes se cargan primero o no, así que ¿no sería mejor? Equazcion ( charla ) 22:06, 19 de abril de 2012 (UTC)
- Parece un desperdicio. El script pasaría por todos los procesos de adjuntar todos los eventos y crear la información sobre herramientas cada vez que uno pasa por encima de una referencia, y simplemente no los muestra. Creo (aunque no estoy completamente seguro de esto) que los gadgets se cargan de manera confiable en el orden en que aparecen en la lista de gadgets, por lo que realmente no es un problema. Si esto no es correcto, entonces sí, tendré que usar el método de קיפודנחש. - Yair rand ( charla ) 22:24, 19 de abril de 2012 (UTC)
- ¿No podría agregar if (mw.user.options.get ('gadget-Navigation_popups')) al principio de la secuencia de comandos, entonces, antes de que se haga nada de eso? Simplemente parece más confiable que asumir que el orden de carga del script seguirá siendo el mismo, eso es todo. Equazcion ( charla ) 22:30, 19 de abril de 2012 (UTC)
- Como mencionó קיפודנחש, no se garantiza que el objeto mw.user se inicialice tan pronto como se cargue la página, así que no, a menos que el script se retrase específicamente para no ejecutarse hasta después de ese punto, lo que preferiría no hacer. (Por cierto, otra opción sería simplemente agregar .referencetooltips {display: none;} a MediaWiki: Gadget-navpop.css , archivo CSS de ventanas emergentes). - Yair rand ( talk ) 22:40, 19 de abril de 2012 (UTC)
- Solicité esto en Wikipedia_talk: Tools / Navigation_popups # Disable_a_conflicting_gadget . Equazcion ( charla ) 23:17, 19 de abril de 2012 (UTC)
- Como mencionó קיפודנחש, no se garantiza que el objeto mw.user se inicialice tan pronto como se cargue la página, así que no, a menos que el script se retrase específicamente para no ejecutarse hasta después de ese punto, lo que preferiría no hacer. (Por cierto, otra opción sería simplemente agregar .referencetooltips {display: none;} a MediaWiki: Gadget-navpop.css , archivo CSS de ventanas emergentes). - Yair rand ( talk ) 22:40, 19 de abril de 2012 (UTC)
- ¿No podría agregar if (mw.user.options.get ('gadget-Navigation_popups')) al principio de la secuencia de comandos, entonces, antes de que se haga nada de eso? Simplemente parece más confiable que asumir que el orden de carga del script seguirá siendo el mismo, eso es todo. Equazcion ( charla ) 22:30, 19 de abril de 2012 (UTC)
- Parece un desperdicio. El script pasaría por todos los procesos de adjuntar todos los eventos y crear la información sobre herramientas cada vez que uno pasa por encima de una referencia, y simplemente no los muestra. Creo (aunque no estoy completamente seguro de esto) que los gadgets se cargan de manera confiable en el orden en que aparecen en la lista de gadgets, por lo que realmente no es un problema. Si esto no es correcto, entonces sí, tendré que usar el método de קיפודנחש. - Yair rand ( charla ) 22:24, 19 de abril de 2012 (UTC)
- El código sugerido anteriormente parece funcionar si las ventanas emergentes se cargan primero o no, así que ¿no sería mejor? Equazcion ( charla ) 22:06, 19 de abril de 2012 (UTC)
- Añadí window.pg || al principio de la secuencia de comandos, que debería funcionar, asumiendo que las ventanas emergentes se cargan antes que la información sobre herramientas de referencia. Todavía necesito esperar a que un administrador sincronice la página en el espacio de nombres de Mediawiki con la página en mi espacio de usuario. - Yair rand ( conversación ) 21:50, 19 de abril de 2012 (UTC)
- agregó más tarde: acabo de ver la discusión en la bomba de la aldea, y estas personas tienen razón sobre el hecho de que la ventana emergente del dispositivo hace que reftooltip sea redundante, y juntos pueden ser molestos. Le sugiero que agregue en la primera línea de la función
no, no, no - si desea evitar la inicialización si se utiliza navpop, no tiene que modificar navpop en sí mismo - todo lo que se requiere es editar Mediawiki: Gadgets-definition and change
- ReferenceTooltips | ReferenceTooltips.js | ReferenceTooltips.css
a
- ReferenceTooltips | [ResourceLoader | dependencies = mediawiki.user] | ReferenceTooltips.js | ReferenceTooltips.css
de esta manera, se garantiza que el objeto de usuario esté listo para cuando se ejecute su código. a este código no le importa qué gadget se carga primero, solo mira la configuración y ve si la ventana emergente está * configurada * para ejecutarse o no. personalmente, no estaría tan preocupado por la "eficiencia" como parece. este código se ejecuta en el navegador del usuario, no en el servidor, y normalmente toma microsegundos (o en el peor de los casos milisegundos, si el usuario tiene un sistema muy antiguo) para completarse, por lo que en mi opinión debería ser lo suficientemente bueno solo para suprimir las ventanas emergentes ellos mismos, a través de la función "mostrar". Si está preocupado por el rendimiento, la optimización real sería * generar * el contenido de la ventana emergente desde el "show", en lugar de crearlos todos en el momento de la carga (y no debería ser tan difícil, de nuevo, mire en mi código en hewiki). paz - קיפודנחש ( conversación ) 00:00, 20 de abril de 2012 (UTC)
- El contenido de la información sobre herramientas no se genera en el momento de la carga, se genera por referencia cuando el usuario pasa el mouse sobre el enlace de referencia la primera vez, justo antes de que se llame a show () . Supongo que la verificación de si las ventanas emergentes están cargadas podría ocurrir al activar el hover, aunque eso aún tendría todos los eventos adjuntos a los enlaces de referencia en ese punto (2 milisegundos más o menos de desperdicio). (Por cierto, sus estimaciones del tiempo que tarda JS en crear un montón de DOM están muy lejos; la información sobre herramientas tarda entre 2 y 5 milisegundos en crearse en Chrome en Windows 7 según mis pruebas). - Yair rand ( hablar ) 00:28, 20 de abril de 2012 (UTC)
- tiene razón, por supuesto, pero en el nivel de la interfaz de usuario, 5, 10 e incluso 150 milisegundos no son cruciales. personalmente, a menos que el rendimiento sea realmente atroz, siempre utilizo la claridad y la brevedad del código. de nuevo, si agrega la dependencia en "mediawiki.user" en MediaWiki: Gadgets-definition , puede examinar
mw.user.options.get('gadget-Navigation_popups')
en la primera línea de su script, y se garantiza que el resultado es correcto. paz - קיפודנחש ( conversación ) 16:09, 21 de abril de 2012 (UTC)
- tiene razón, por supuesto, pero en el nivel de la interfaz de usuario, 5, 10 e incluso 150 milisegundos no son cruciales. personalmente, a menos que el rendimiento sea realmente atroz, siempre utilizo la claridad y la brevedad del código. de nuevo, si agrega la dependencia en "mediawiki.user" en MediaWiki: Gadgets-definition , puede examinar
Información sobre herramientas de referencia 3
Lo siento por eso. La edición fue un accidente. Estaba probando código en User: Kaldari / ReferenceTooltips.js y edité accidentalmente la página incorrecta. Mis disculpas. Kaldari ( charla ) 08:16, 26 de abril de 2012 (UTC)
- Con respecto a la función de retraso en general, he estado usando ReferenceTooltips desde que se propuso como un gadget, y creo que es una función muy necesaria (y bien implementada). El único problema que he tenido con él es que comúnmente paso el mouse accidentalmente sobre una referencia y luego dejo el cursor en la ventana emergente resultante, oscureciendo así el texto. Su comentario en mi página de discusión sugiere que ve la activación accidental como una característica en lugar de un error (es decir, de lo contrario, los novatos no lo descubrirán), sin embargo, dada la prominencia de la información sobre herramientas en la web en estos días (casi todos los cuales están retrasados ) Creo que te sorprendería saber cuántos novatos intentarían pasar el cursor sobre los árbitros. Quizás se podría implementar un retraso muy corto, como 300 o 200 milisegundos. La Wikipedia hebrea utiliza 300 como información sobre herramientas de referencia. Kaldari ( charla ) 08:28, 26 de abril de 2012 (UTC)
- Sospecho que muchos de nuestros usuarios ni siquiera están familiarizados con el concepto de "flotar" para obtener algo. No todos nuestros lectores son técnicamente alfabetizados. De los que lo son, no creo que muchos lo intenten. Dado que la idea de la información sobre herramientas de referencia nunca ha surgido en discusión antes de afaik, creo que sería una suposición razonable que incluso nuestra comunidad principal nunca tuvo la idea inmediata de "¿quizás pasar el cursor sobre estos pequeños enlaces hará algo?". Por lo tanto, si en algún momento no se activa accidentalmente, no será útil. Probablemente resultará en un poco de molestia para algunos usuarios, pero como desaparece tan pronto como el cursor de uno ya no está en ese pequeño lugar, creo que la molestia será muy leve. (El parpadeo accidental de la luz del contenido de referencia podría ser útil incluso para los usuarios que conocen la herramienta, si algo llamara la atención de alguien y de repente se interesara en la referencia, pero ese es un punto menor). la activación accidental es un error / característica mixta, donde los beneficios de la característica superan los aspectos del error lo suficiente como para que tenga sentido mantenerlo, al menos en mi opinión. - Yair rand ( charla ) 08:47, 26 de abril de 2012 (UTC)
- Un retraso de 300 milisegundos no es mucho, si es que hay alguno, de un "flotar". Es menos de un tercio de segundo, y "accidentalmente" sucederá de todos modos a aquellos que no se den cuenta de que la función podría existir. Sin embargo, el retraso permitiría a aquellos que lo conocen un búfer suficiente para controlar cuándo lo ven. Por lo tanto, creo que la demora es una buena idea y podría ayudar a obtener un consenso más sólido para la implementación. Equazcion ( charla ) 14:05, 26 de abril de 2012 (UTC)
- FWIW, en hewiki usamos un gadget similar (de cosecha propia) que usa jquery.tipsy como backend para mostrar la información sobre herramientas, y * usamos * 300 ms delayIn (como se mencionó anteriormente, esto es casi un "estándar de la industria" para información sobre herramientas). también usamos "fade" para la información sobre herramientas. la forma en que tipsy lo implementa no es 100% trivial, y es posible que le interese escanear el código si desea obtener algunas ideas (no puede simplemente iniciar un temporizador de manera ingenua; desea verificar al final del intervalo de tiempo que el el mouse todavía está por encima del control). puede leer el código borroso para ver cómo lo hace aquí: https://github.com/jaz303/tipsy/blob/master/src/javascripts/jquery.tipsy.js
- paz - קיפודנחש ( hablar ) 23:18, 26 de abril de 2012 (UTC)
- Sí, los retrasos en las ventanas emergentes de estilo de información sobre herramientas son bastante estándar, aunque no parece haber un estándar para el tiempo de retraso. Google Maps tiene un retraso de aproximadamente 200 milisegundos, mientras que gMail es de un segundo completo. Si referenceTooltips no tuviera un retraso de ocultación, el retraso de visualización no sería tan importante. Pero retrasar la ocultación sin retrasar la aparición es especialmente molesto. Kaldari ( charla ) 22:30, 27 de abril de 2012 (UTC)
- Un retraso de 300 milisegundos no es mucho, si es que hay alguno, de un "flotar". Es menos de un tercio de segundo, y "accidentalmente" sucederá de todos modos a aquellos que no se den cuenta de que la función podría existir. Sin embargo, el retraso permitiría a aquellos que lo conocen un búfer suficiente para controlar cuándo lo ven. Por lo tanto, creo que la demora es una buena idea y podría ayudar a obtener un consenso más sólido para la implementación. Equazcion ( charla ) 14:05, 26 de abril de 2012 (UTC)
- Sospecho que muchos de nuestros usuarios ni siquiera están familiarizados con el concepto de "flotar" para obtener algo. No todos nuestros lectores son técnicamente alfabetizados. De los que lo son, no creo que muchos lo intenten. Dado que la idea de la información sobre herramientas de referencia nunca ha surgido en discusión antes de afaik, creo que sería una suposición razonable que incluso nuestra comunidad principal nunca tuvo la idea inmediata de "¿quizás pasar el cursor sobre estos pequeños enlaces hará algo?". Por lo tanto, si en algún momento no se activa accidentalmente, no será útil. Probablemente resultará en un poco de molestia para algunos usuarios, pero como desaparece tan pronto como el cursor de uno ya no está en ese pequeño lugar, creo que la molestia será muy leve. (El parpadeo accidental de la luz del contenido de referencia podría ser útil incluso para los usuarios que conocen la herramienta, si algo llamara la atención de alguien y de repente se interesara en la referencia, pero ese es un punto menor). la activación accidental es un error / característica mixta, donde los beneficios de la característica superan los aspectos del error lo suficiente como para que tenga sentido mantenerlo, al menos en mi opinión. - Yair rand ( charla ) 08:47, 26 de abril de 2012 (UTC)
Información sobre herramientas de Cite.php
Parece que Cite tiene información sobre herramientas en desarrollo. [1] (Búsqueda de información sobre herramientas y ventanas emergentes). No tengo ni idea de si esto funciona o cuándo se pondrá en marcha. --- - Gadget850 (Ed) charla 15:59, 4 de mayo de 2012 (UTC)
Replicar
Hola. Tiene un nuevo mensaje en la página de discusión de Accedie. Accedie habla conmigo 22:51, 22 de mayo de 2012 (UTC)
ReferenciaTooltips
Gran trabajo para mejorar ReferenceTooltips. Parece realmente sólido ahora. Hice un pequeño ajuste en el código de la versión de prueba para reducir un poco la huella y asegurar la compatibilidad futura con nuestra máscara jQuery UI: http://en.wikipedia.org/w/index.php?title=User%3AYair_rand%2FReferenceTooltips. js & diff = 500739549 & oldid = 500406057
(La función button () es lo que normalmente agrega todas esas clases CSS y el intervalo interno, por lo que no es necesario hacerlo manualmente).
No estoy seguro de qué está pasando con Cite.php actualmente, pero aún me encantaría verlo activado de forma predeterminada (especialmente ahora que tiene una interfaz de configuración). Kaldari ( charla ) 02:47, 5 de julio de 2012 (UTC)
- Obtengo SyntaxErrors de eso, así que revertido por ahora. Por cierto, ¿estás seguro de que jquery.ui.button siempre está disponible cuando se ha cargado jquery.ui.dialog? (¿O está siempre disponible, tal vez?) ¿Hay una lista de dependencias y valores predeterminados para estas cosas en algún lugar? Si se puede confiar en ui.button, entonces el cambio tiene sentido.
- Re RT de forma predeterminada: todavía estoy mucho más a favor de que sea manejado por la comunidad que de tenerlo como una extensión no editable por la comunidad. Espero que pronto se habilite como gadget. Discusión relevante: WP: VPM # ReferenceTooltips . - Yair rand ( charla ) 03:06, 5 de julio de 2012 (UTC)
- Ah, era un extra ) ese era el problema. - Yair rand ( charla ) 03:09, 5 de julio de 2012 (UTC)
- jquery.ui.button siempre está disponible (desde aproximadamente mediawiki 1.19, creo). Lo siento por mi codificación descuidada :) Probablemente también querrá hacer un desenfoque () en el botón deshabilitar al final de openSettingsMenu (), ya que a jQuery UI le gusta activar el primer elemento de formulario de diálogo de forma predeterminada (que generalmente está bien ya que casi nunca es un botón). Kaldari ( charla ) 03:13, 5 de julio de 2012 (UTC)
- Desenfocar el botón parece matar la navegación de pestañas (o como se llame), así que lo dejo fuera por ahora. Volví a agregar tu edición, menos el extra ) . Gracias. :) - Yair rand ( charla ) 03:30, 5 de julio de 2012 (UTC)
- Entonces, ¿se habilita ReferenceTooltips de forma predeterminada? David 1217 Lo que he hecho 04:48, 6 de julio de 2012 (UTC)
- Supongo que probablemente depende del resultado de la discusión en VPM. Solo un administrador puede habilitar un gadget de forma predeterminada, y no tengo derechos de administrador en esta wiki, y probablemente no sería apropiado para mí decidir el resultado de una discusión que comencé de todos modos. - Yair rand ( charla ) 05:14, 6 de julio de 2012 (UTC)
- Entonces, ¿se habilita ReferenceTooltips de forma predeterminada? David 1217 Lo que he hecho 04:48, 6 de julio de 2012 (UTC)
- Desenfocar el botón parece matar la navegación de pestañas (o como se llame), así que lo dejo fuera por ahora. Volví a agregar tu edición, menos el extra ) . Gracias. :) - Yair rand ( charla ) 03:30, 5 de julio de 2012 (UTC)
- jquery.ui.button siempre está disponible (desde aproximadamente mediawiki 1.19, creo). Lo siento por mi codificación descuidada :) Probablemente también querrá hacer un desenfoque () en el botón deshabilitar al final de openSettingsMenu (), ya que a jQuery UI le gusta activar el primer elemento de formulario de diálogo de forma predeterminada (que generalmente está bien ya que casi nunca es un botón). Kaldari ( charla ) 03:13, 5 de julio de 2012 (UTC)
¡Un barnstar para ti!
El técnico Barnstar | |
Para su buen trabajo y persistencia con la información sobre herramientas de referencia, una excelente manera de mejorar Wikipedia para editores y lectores por igual. Steven Walling (WMF) • charla 01:37, 17 de julio de 2012 (UTC) |
- ¡Gracias! :) - Yair rand ( charla ) 01:44, 17 de julio de 2012 (UTC)
La aventura de Wikipedia: solicitud de comentarios sobre la propuesta de becas comunitarias
¡Hola! Me pongo en contacto contigo porque has participado o hablado de la idea del juego / tutorial de aprendizaje de The Wikipedia Adventure . Creo que deberías conocer una propuesta actual de Community Fellowship para crear el juego con el apoyo de la Fundación Wikimedia. Agradeceríamos mucho sus comentarios sobre la propuesta. Debo señalar que la regeneración es para el propos otros , no el propos er , e incluso si la Comunidad va hacia adelante podría ser realizada por los editores en la actualidad no se mencionan. Gracias nuevamente por su consideración.
Propuesta: http://meta.wikimedia.org/wiki/Wikimedia_Fellowships/Project_Ideas/The_Wikipedia_Adventure
Saludos, Usuario: Ocaasi 16:42, 27 de julio de 2012 (UTC)
Burbuja de referencia
Hola,
Puede que le interese esta discusión sobre la burbuja de referencia.
Salud,
- Nnemo ( charla ) 18:26, 6 de agosto de 2012 (UTC)
- El problema que informa este usuario es que cuando una cita está cerca de la parte superior de una página, la información sobre herramientas no es visible (se sale de la parte superior). Eso es algo que debería arreglarse, si tiene tiempo. David 1217 Lo que he hecho 22:12, 8 de agosto de 2012 (UTC)
- No solo la parte superior de la página. Mi enlace de referencia estaba en la parte superior de la vista. Mira la foto de la pantalla. - Nnemo ( charla ) 07:14, 9 de agosto de 2012 (UTC)
- Lamento haber tardado tanto en llegar a esto. Casi no he tenido acceso a Internet durante la última semana.
- Entonces, mi opinión personal sobre esto es que la información sobre herramientas solo debe estar debajo de la cita cuando, de lo contrario, habría contenido que sería completamente inaccesible, no cuando el usuario solo tendría que desplazarse un poco hacia arriba para verlo. Creo que la coherencia general de la dirección y la visibilidad clara del contenido después de la cita son más importantes que hacer que el usuario no tenga que desplazarse un poco para ver el contenido de referencia. Sin embargo, parece que mi punto de vista es minoritario.
- Una complicación al realizar el cambio: no estoy seguro de la frecuencia con la que el script debe verificar si todo el contenido de referencia está en pantalla, para ver si debería cambiarlo. Si un usuario está leyendo el contenido de una referencia y se desplaza lo suficiente como para que parte de la referencia esté fuera de la pantalla, sería molesto si la información sobre herramientas se apartara instantáneamente de manera que quede debajo de la cita, haciendo que el lector pierda su lugar. Creo que tampoco sería mejor que lo verificara solo una vez e ignorara si es completamente visible en el futuro. ¿Quizás solo debería verificar cada vez que pase de no visible a visible? - Yair rand ( charla ) 19:05, 9 de agosto de 2012 (UTC)
- No se arrepienta. :-)
- No había pensado en mantener visible parte del texto principal. La parte que puede estar oculta por la burbuja de referencia. Pero creo que este punto da otra buena razón a mi propuesta. Es más importante mantener visible el texto antes del enlace de referencia que el texto después del enlace de referencia. Por lo tanto, es mejor tramar la burbuja de referencia hacia abajo en lugar de hacia arriba, incluso en el caso general. Por qué ? Tenemos esto:
- Algunas líneas de texto sobre manzanas. Bla bla bla bla bla. Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas. Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas Manzanas. [1] Algunas líneas de texto sobre bananas. Bla bla bla bla bla. Plátanos Plátanos Plátanos Plátanos Plátanos Plátanos Plátanos Plátanos Plátanos Plátanos Plátanos Plátanos Plátanos Plátanos. Plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos plátanos.
- La referencia [1] trata de manzanas. Así que hagamos que esconda los plátanos, no las manzanas.
- Este es el caso general. Pero, si la burbuja de referencia viene debajo de la vista, colóquela en la vista, para que el usuario no tenga que desplazarse: en este caso especial, trame la burbuja hacia arriba o hacia la derecha si hay espacio ...
- Tener la burbuja saltando aquí y allá sería molesto. Creo que la mejor manera de manejar esto es esta: tan pronto como pongas la burbuja en la pantalla, no la muevas.
- Gracias !
- - Nnemo ( charla ) 08:07, 10 de agosto de 2012 (UTC)
- De acuerdo, hice el cambio en User: Yair rand / ReferenceTooltips.js , pero voy a postergar la solicitud de que se implemente en todo el sitio hasta que haya realizado suficientes pruebas para estar bastante seguro de que el cambio no se realizó. no introducir ningún error nuevo. Si desea participar en la prueba de la versión modificada de ReferenceTooltips, puede deshabilitar la versión actualmente en uso desmarcando ReferenceTooltips en Special: Preferences # mw-prefsection-gadgets y luego active la versión modificada agregando importScript ("Usuario: Yair rand / ReferenceTooltips.js "); importStylesheet (" Usuario: Yair rand / ReferenceTooltips.css "); a Especial: Mypage / common.js . - Yair rand ( charla ) 02:01 13 de agosto de 2012 (UTC)
- Gracias. Una pequeña cosa para cambiar: en lugar de escribir "
" y "
": las formas correctas son "
" y "
". - Nnemo ( charla ) 10:09, 13 de agosto de 2012 (UTC)- Eh, no sabía que $ .fn.append realmente construyó el DOM directamente desde la cadena. Pensé que usaba / ^ <(\ w +) \ s * \ /?> (?: <\ / \ 1> |) $ / regexp y luego construía elementos simples a través de createElement , como lo hace jQuery cuando solo pone $ ( "
") . Cambié las instancias de "
" y "
" a $ ("
") y $ ("
") que, además de corregir el XHTML no válido, probablemente lo hará más rápido , Creo. Gracias. - Yair rand ( charla ) 04:03, 14 de agosto de 2012 (UTC)
- Eh, no sabía que $ .fn.append realmente construyó el DOM directamente desde la cadena. Pensé que usaba / ^ <(\ w +) \ s * \ /?> (?: <\ / \ 1> |) $ / regexp y luego construía elementos simples a través de createElement , como lo hace jQuery cuando solo pone $ ( "
- Gracias. Una pequeña cosa para cambiar: en lugar de escribir "
Proceso de propuesta de mudanza simplificado
FYI. Cerré la discusión en Wikipedia: Bomba de aldea (propuestas) #Simplified_move_proposal_process , señalando un apoyo casi unánime para esta propuesta, pero también la posible necesidad de más pruebas. - Brown HairedGirl (charla) • ( contribuciones ) 18:01, 18 de septiembre de 2012 (UTC)
- ¿Ha habido algún seguimiento de su comentario sobre la página de discusión de Jimbo Wales y su propuesta ? Según el comentario de David1217 en esa discusión "¿El script realmente funcionó cuando alguien lo probó? Porque cuando lo probé, no hizo nada ..." (ver diff ), copié su javascript al Usuario: Wbm1058 / ControversialMoves.js y eso no pareció tener efecto. ¿Hay alguna forma de probarlo en mi propia cuenta? Si es así, ¿cómo lo hago?
- Oh ya veo. Su mensaje de seguimiento en Wikipedia: Gadget / proposiciones escuchó solo gritos chirriantes. Me gustaría ayudarlo a probar si eso es posible. ¿Ha podido probar su guión usted mismo? Gracias, Wbm1058 ( charla ) 14:30, 2 de agosto de 2013 (UTC)
- @ Wbm1058 : puede probar el script agregando la línea
importScript("User:Yair rand/ControversialMoves.js");
a User: Wbm1058 / common.js . - Solo he realizado las pruebas más básicas y solo en un navegador. Sin embargo, es un script bastante simple, por lo que probablemente no habrá tantos errores con los que lidiar.
- En retrospectiva, probablemente debería haberme vinculado a la propuesta del dispositivo de VPR o algo así. - Yair rand ( charla ) 15:30, 4 de agosto de 2013 (UTC)
- ¡Fresco! Me pregunto por qué eso no funcionó para David1217. ¿Hay alguna diferencia entre "User: Yair rand / ControversialMoves.js" entre comillas simples o dobles?
- Lo usé para hacer esta edición . Observe que copió todas las plantillas de la parte superior de la página de discusión y firmó la edición dos veces, lo que no debería haber hecho. Mi navegador es Google Chrome. Wbm1058 ( charla ) 22:34, 4 de agosto de 2013 (UTC)
- Tenga en cuenta que, después de que escribió su secuencia de comandos, modifiqué {{ movimiento solicitado }} para firmar automáticamente, por lo que su secuencia de comandos ya no necesita firmar. Wbm1058 ( charla ) 22:43, 4 de agosto de 2013 (UTC)
- Gracias, eliminé la firma automática adicional del script. No importa si el "User: Yair rand / ControversialMoves.js" está entre comillas simples o dobles. No sé qué pasa con la duplicación de todas las plantillas en la parte superior; Sospecho que probablemente sea un problema de backend. Me he presentado Bug 52538 en Bugzilla. - Yair rand ( conversación ) 01:24, 5 de agosto de 2013 (UTC)
- Oye, parece que arreglaron el error y la nueva versión con el parche se implementará por completo el jueves 22 de agosto de 2013. Continuaré las pruebas después de eso. Wbm1058 ( charla ) 11:23, 7 de agosto de 2013 (UTC)
- Gracias, eliminé la firma automática adicional del script. No importa si el "User: Yair rand / ControversialMoves.js" está entre comillas simples o dobles. No sé qué pasa con la duplicación de todas las plantillas en la parte superior; Sospecho que probablemente sea un problema de backend. Me he presentado Bug 52538 en Bugzilla. - Yair rand ( conversación ) 01:24, 5 de agosto de 2013 (UTC)
- @ Wbm1058 : puede probar el script agregando la línea
- El problema en el que presentó el error 52538 parece solucionado, según la prueba que acabo de ejecutar . Pero encontré otro problema. El motivo por el que ingresé en el cuadro de motivo "Mover página" no se transfirió al parámetro Plantilla: motivo de traslado solicitado . Es mejor usar el parámetro con nombre para evitar el error 14235 , como explica la documentación de la plantilla. Y un favor que pedir. ¿Puede cambiarlo para crear un encabezado de sección en el formato Movimiento solicitado el 11 de julio de 2021 , como lo hace Template: RMtalk por defecto? Esto asegura que el encabezado de la sección será único en caso de que se realicen varias solicitudes de movimiento en la misma página.
- En un asunto relacionado pero diferente: me preguntaba si podría usar sus habilidades de hechicería tecnológica para resolver el problema discutido aquí . El consenso parece querer dejar atrás, por ejemplo,
- #REDIRECT [[Le Réveil de Flore]] {{R from move}} en lugar de solo
- #REDIRECT [[Le Réveil de Flore]] , para minimizar la necesidad de una segunda edición que elimine la posibilidad de movimientos posteriores que no sean administradores sobre la redirección. ¿Puedes hacer eso, o es algo que requiere la ayuda de la Fundación Wikimedia? Gracias de nuevo, Wbm1058 ( charla ) 23:15, 12 de septiembre de 2013 (UTC)
- Re el
reason=
parámetro y la fecha en los encabezados: Listo y listo. - Respecto al texto de redirecciones: si hay una manera de hacerlo desde el lado de la wiki, no sé cuál es. Supongo que probablemente requiera la ayuda de la Fundación. - Yair rand ( conversación ) 15:49, 15 de septiembre de 2013 (UTC)
- ¡Súper! Se ve bien. El resumen de la edición dice "(→ Movimiento solicitado {{subst: #time: d FY | {{subst: CURRENTTIMESTAMP}}}}: nueva sección)", lo cual está bien, pero tal vez podrías cambiarlo para decir algo como ( Movimiento solicitado enviado automáticamente desde Special: MovePage) para que podamos realizar un mejor seguimiento del uso. Y un problema menor: hay dos líneas en blanco entre el encabezado de la sección y la plantilla de movimiento / fecha solicitada, si puede eliminar una de ellas, sería bueno. Anunciaré su solución de propuesta de movimiento en la charla de Wikipedia: movimientos solicitados para darle más exposición y solicitar más pruebas y comentarios. - Wbm1058 ( conversación ) 16:00, 18 de septiembre de 2013 (UTC)
- Re el
- En un asunto relacionado pero diferente: me preguntaba si podría usar sus habilidades de hechicería tecnológica para resolver el problema discutido aquí . El consenso parece querer dejar atrás, por ejemplo,
Información sobre herramientas ResourceLoader y Reference
Hola, ¿hay alguna razón por la que la información sobre herramientas no se cargue a través del cargador de recursos? Lo pregunto porque actualmente este es un gadget predeterminado, y como no está habilitado Resourceloader en la definición de gadgets, requiere una solicitud adicional para cada usuario al servidor. Si se agrega al cargador de recursos, se compactará en la misma solicitud que la mayoría de los otros gadgets y JavaScript específico del usuario. Creo que sería beneficioso. - Th e DJ ( hablar • contribuciones ) 14:59, 7 de octubre de 2012 (UTC)
- ReferenceTooltips debe cargarse después de NavigationPopups si ambos gadgets están habilitados para evitar conflictos y NP no se carga a través de ResourceLoader. Noto que HotCat, que se carga a través de ResourceLoader, se carga antes que RT, a pesar de aparecer más adelante en la lista de gadgets, así que supongo que si RT se cargó a través de RL y NavPopups no, RT se cargaría antes que NavPopups , causando problemas. - Yair rand ( charla ) 12:27, 14 de octubre de 2012 (UTC)
- como alternativa a la forma en que lo hace ahora (probando "window.pg"), puede probar mw.user.options.get ('gadget-Navigation_popups'). esto requerirá agregar una dependencia en la definición de gadgets (mediawiki.user), pero una vez que agregue la dependencia y cambie las pruebas para navpop, puede usar resourceloader.
- En teoría, esto estropeará a los usuarios que cargan navpop no a través del mecanismo de los gadgets (por ejemplo, directamente a través de su common.js o algo así), pero en la práctica no debería preocuparse por estos casos.
- si elige hacerlo de esta manera, recuerde agregar esta dependencia como comentario.
- paz - קיפודנחש ( hablar ) - Se agregó un comentario sin fecha anterior a las 16:04, 18 de octubre de 2012 (UTC)
Gracias por la respuesta
Gracias por responder en Charla de usuario: Yair rand / ReferenceTooltips . No tengo experiencia en la presentación de informes de errores en Bugzilla, pero me complacería presentar uno si eso es lo que se necesita. Sin embargo, no estoy seguro de poder archivarlo correctamente. El tema técnico de la bomba de la aldea no está recibiendo mucha discusión. [2] Y en junio, envié un comentario , que pasó a ser un informe de Bugzilla, y durante meses no se ha resuelto. Quizás eso sea a propósito. El último comentario sobre Bugzilla se hizo en septiembre. ¿Es algo común? ¿Es WMF la responsabilidad de corregir errores? Lamento descargarme con preguntas, pero estoy tratando de entender un poco este lugar. Gracias. Biosthmors ( charla ) 17:55, 15 de octubre de 2012 (UTC)
- Probablemente debería archivarse en Extensiones de Mediawiki> MobileFrontend. Desafortunadamente, es bastante común que los errores no se resuelvan durante meses o incluso años. La WMF solo puede permitirse contratar a tantos desarrolladores, y la comunidad de desarrolladores voluntarios generalmente tampoco puede manejar todo lo que viene. Sin embargo, creo que algo tan grave como que el sitio móvil se bloquee cada vez que un usuario de Android hace clic en una cita probablemente se resuelva mucho más rápido que el error promedio. - Yair rand ( charla ) 20:36, 15 de octubre de 2012 (UTC)
- Interesante. ¿Podría vincularme a algún comentario / análisis relevante sobre la financiación de WMF y adónde cree que debería ir la gente en relación con este retraso en el desarrollo? Gracias. Biosthmors ( charla ) 22:56, 15 de octubre de 2012 (UTC)
- Lo siento, no tengo idea de dónde podría encontrar cosas sobre ese tema. Quizás en Meta. - Yair rand ( charla ) 23:08, 15 de octubre de 2012 (UTC)
- No hay problema y gracias de nuevo. Feliz edición. Biosthmors ( charla ) 23:19, 15 de octubre de 2012 (UTC)
- Lo siento, no tengo idea de dónde podría encontrar cosas sobre ese tema. Quizás en Meta. - Yair rand ( charla ) 23:08, 15 de octubre de 2012 (UTC)
- Interesante. ¿Podría vincularme a algún comentario / análisis relevante sobre la financiación de WMF y adónde cree que debería ir la gente en relación con este retraso en el desarrollo? Gracias. Biosthmors ( charla ) 22:56, 15 de octubre de 2012 (UTC)
Publicado
La instancia de labs que estamos usando es http://piramido.wmflabs.org/wiki/Main_Page (debe usar la URL completa). Steven Walling (WMF) • charla 22:49, 17 de octubre de 2012 (UTC)
- Gracias. He publicado el CSS del usuario para ocultar el mensaje de confirmación de edición en el VPT. - Yair rand ( charla ) 22:57, 17 de octubre de 2012 (UTC)
- No puedo hacer que ese CSS funcione en piramido. (Consulte RecentChanges para ver mi intento). Steven Walling (WMF) • charla 23:09, 17 de octubre de 2012 (UTC)
- Bien, acabo de registrar una cuenta allí para resolver el problema. Esa instancia de Labs simplemente no carga ningún estilo de usuario. Intente poner
#mw-content-text::before{content:'The CSS was loaded'}
su CSS. Nada. La fuente muestra la ausencia completa de los módulos normales = elemento de enlace de usuario que normalmente se encuentra en la cabeza. El código CSS que proporcioné funcionará perfectamente aquí en enwiki, solo hay un error en la wiki de Labs. - Yair rand ( charla ) 00:01, 18 de octubre de 2012 (UTC)- Facepalm Sabía que deberíamos haberlo comprobado. Buenas noticias entonces. Actualizaré el hilo VPT en consecuencia. Steven Walling (WMF) • charla 04:42, 18 de octubre de 2012 (UTC)
- Bien, acabo de registrar una cuenta allí para resolver el problema. Esa instancia de Labs simplemente no carga ningún estilo de usuario. Intente poner
- Si solo hubiera una configuración de producción para una sola instancia de prueba de MediaWiki en lugar de copiar y pegar 14,000 (!) Líneas de configuración de clúster. De todos modos, cambié la configuración de piramido a $ wgAllowUserJs = true. El CSS de Yair Rand pareció funcionar para mí, ¡gracias! (También agregué Extensión: Vector para otras preferencias). - Página S (WMF) ( hablar ) 08:42, 18 de octubre de 2012 (UTC)
- No puedo hacer que ese CSS funcione en piramido. (Consulte RecentChanges para ver mi intento). Steven Walling (WMF) • charla 23:09, 17 de octubre de 2012 (UTC)
Información sobre herramientas
Hay una extensión rota http://www.mediawiki.org/wiki/Extension:Tooltip que parece ser una base para proporcionar información sobre herramientas. También me gustaría usar ventanas emergentes en mi extensión, para mostrar algunos enlaces dependientes del contexto y muy poca información textual. Sin embargo, no quiero reinventar la rueda. Sería bueno tener la oportunidad de proporcionar un wikitexto que se muestra como información emergente según las preferencias de los usuarios. ¿Tiene alguna sugerencia sobre cuál es la mejor manera de mostrar ventanas emergentes desde una extensión? - Schubi87 ( charla ) 12:50, 13 de noviembre de 2012 (UTC)
- La implementación actual de mediawiki incluye el complemento jQuery "tipsy" como una infraestructura de información sobre herramientas. para usarlo, debes declarar "jquery.tipsy" como una dependencia (por ejemplo, en la parte "resourceloader" del gadget, o si no es un gadget, luego envuelve tu script con "
mw.loader.using('jquery.tipsy')
". Puedes encontrar algunas instrucciones generales cómo usar tipsy aquí: http://onehackoranother.com/projects/jquery/tipsy . - paz - קיפודנחש ( conversación ) 23:33, 13 de noviembre de 2012 (UTC)
- Si el punto es tener enlaces en la información sobre herramientas, creo que borracho podría necesitar ser extendido un poco. Quizás parte del código de ReferenceTooltips podría reutilizarse, pero en realidad no fue creado para eso, así que no sé si es una buena idea. - Yair rand ( charla ) 04:30, 14 de noviembre de 2012 (UTC)
- tipsy soporta felizmente enlaces (o cualquier otro html en realidad - listas, fuentes, colores, imágenes y todo) en la información sobre herramientas. solo necesita establecer {html: true} en las opciones. paz - קיפודנחש ( hablar ) 06:09, 14 de noviembre de 2012 (UTC)
- Sí, pero debe ser posible hacer clic en ellos ... - Yair rand ( hablar ) 06:25, 14 de noviembre de 2012 (UTC)
- Estoy 100% de acuerdo en que una vez que se resuelva bugzilla: 35212 , será mejor. Mientras tanto, usamos "delayOut" para habilitar el clic (un valor de 1500 aproximadamente parece ser suficiente para la mayoría de los propósitos). también es posible usar {trigger: 'manual'} y lidiar con el encendido / apagado usted mismo. esto es mucho menos atractivo, por supuesto, pero aún mucho menos código del que necesitarías para implementar toda la funcionalidad (puedes ver un ejemplo en he: ויקיפדיה: סקריפטים / 67 : hay ~ 18 líneas que tratan de desencadenar borracheras porque nosotros usa el disparador: "manual". busca "borracho", "mouseover", "mouseout" y "temporizador" para ver el código relacionado con la borrachera), que se habría reducido (o "se reducirá") a 0 una vez que bugzilla : 35212 está resuelto. paz - קיפודנחש ( hablar ) 14:49, 14 de noviembre de 2012 (UTC)
- Sí, pero debe ser posible hacer clic en ellos ... - Yair rand ( hablar ) 06:25, 14 de noviembre de 2012 (UTC)
- tipsy soporta felizmente enlaces (o cualquier otro html en realidad - listas, fuentes, colores, imágenes y todo) en la información sobre herramientas. solo necesita establecer {html: true} en las opciones. paz - קיפודנחש ( hablar ) 06:09, 14 de noviembre de 2012 (UTC)
- Si el punto es tener enlaces en la información sobre herramientas, creo que borracho podría necesitar ser extendido un poco. Quizás parte del código de ReferenceTooltips podría reutilizarse, pero en realidad no fue creado para eso, así que no sé si es una buena idea. - Yair rand ( charla ) 04:30, 14 de noviembre de 2012 (UTC)
- Gracias por el golpe. Intenté usar navpop.js como primera solución. Pero parece que no funciona con las páginas especiales. La información sobre herramientas de referencia es un buen ejemplo. Estoy trabajando en una solución para habilitar MathML para fórmulas matemáticas en Wikipedia. Para la depuración, quiero mostrar información técnica adicional sobre la fórmula matemática (por ejemplo, haga clic en cualquier fórmula de esa página ). En un paso posterior (tal vez el año que viene) quiero mostrar algo como "m: unidades de masa kg" al pasar el cursor sobre el varibale m. Como puede imaginar, mi objetivo principal es derivar la información que debería mostrarse en lugar del proceso técnico de visualización. - Schubi87 ( charla ) 09:26, 20 de noviembre de 2012 (UTC)
ff 3.6
(después de su comentario en hewiki WP: VP ): ¿dónde se puede obtener FF 3.6? es si para el sistema de ventanas o alguna otra plataforma? ¿Tengo que desinstalar FF 16 para instalar 3.6? ¿Hay suficientes usuarios de 3.6 para justificar alguna acción para resolver este problema?
paz - קיפודנחש ( hablar ) 14:17, 20 de noviembre de 2012 (UTC)
- El 0,83% de todo el tráfico de Wikipedia proviene de usuarios de FF 3.6, y Wikipedia en hebreo probablemente obtiene más que la mayoría de las Wikipedias, según las estadísticas de los contadores de estadísticas. No sé dónde se pueden conseguir versiones antiguas de Firefox, y no sé si hay que desinstalar la versión actual para instalar una versión anterior. El sistema operativo es Windows 7. - Yair rand ( hablar ) 14:43, 20 de noviembre de 2012 (UTC)
- supongo que tienes 3.6 instalado. ¿puedes ayudar a depurarlo? es decir, ¿puede ayudarme a encontrar de dónde viene la llamada para vaciar el contenido de "cuerpo"? gracias, paz - קיפודנחש ( hablar ) 16:40, 20 de noviembre de 2012 (UTC)
- así que mordí la bala y bajé de categoría (algo doloroso: ¡la actualización requiere un reinicio! No habría bajado de categoría si hubiera sabido esto antes de tiempo). no cigar - hewiki cargado y se veía bien en ff 3.6 hasta nuevo aviso, trataré esto como "irreproducible". paz. קיפודנחש ( charla ) 00:13, 21 de noviembre de 2012 (UTC)
- supongo que tienes 3.6 instalado. ¿puedes ayudar a depurarlo? es decir, ¿puede ayudarme a encontrar de dónde viene la llamada para vaciar el contenido de "cuerpo"? gracias, paz - קיפודנחש ( hablar ) 16:40, 20 de noviembre de 2012 (UTC)
Archivo: WebYeshivaLogo.png falta detalles de descripción
- Archivo: WebYeshivaLogo.png
falta una descripción y / u otros detalles en la página de descripción de la imagen. Si es posible, agregue esta información. Esto ayudará a otros editores a hacer un mejor uso de la imagen y será más informativo para los lectores.
Si no se proporciona la información, la imagen puede eventualmente proponerse para su eliminación , una situación que no es deseable y que puede evitarse fácilmente.
Si tiene alguna pregunta, consulte la página Ayuda: imagen . Gracias. El pequeño bot de Theo ( ¿error? ) 08:44, 14 de abril de 2013 (UTC)Icono de preferencias en ReferenceTooltips
Hola, espero que estés bien. Esto es solo un ping sobre https://bugzilla.wikimedia.org/show_bug.cgi?id=50843 en caso de que el correo electrónico que escribí en Bugzilla no sea realmente suyo. Steven Walling (WMF) • charla 00:23, 6 de julio de 2013 (UTC)
VA Historia de Asia
Por "Oponerse. Esto daría como resultado que las historias de más de 1.2 mil millones de personas y casi 30 millones de kilómetros cuadrados no estén cubiertas por nada más específico que la 'Historia del mundo'".
- Eso no es exacto. Eche otro vistazo a los comentarios de la discusión y también a la lista real. Verá que el objetivo de la propuesta era reducir la superposición / redundancia, no crear una brecha descubierta. Ya hay artículos enumerados que cubren la historia de Asia oriental , la historia de la India y la historia del Medio Oriente . GabeMc ( charla | contribuciones ) 23:31, 15 de diciembre de 2013 (UTC)
- Mi comentario fue acertado. Ya estaba tomando en cuenta esos artículos. - Yair rand ( conversación ) 00:52, 16 de diciembre de 2013 (UTC)
Licencia de su código como GPLv2 +
¡Hola Yair! El código que proporcionó para los NavPopups rediseñados se trasladará a una función beta en este parche: https://gerrit.wikimedia.org/r/#/c/109878/ . Existe la cuestión de si está de acuerdo con la licencia de ese código como GPLv2 o posterior que necesita una aclaración; sería maravilloso si pudiera responder aquí (o en Gerrit) diciendo si está de acuerdo con usted. ¡Gracias! YuviPanda ( charla ) 08:33, 30 de enero de 2014 (UTC)
- @ Yuvipanda : Um, eso fue un poco inesperado. No me di cuenta de que se iba a crear como una función beta tan rápido. Hay varios errores que he corregido desde que se creó la versión que se usó, incluido uno bastante serio para IE, y uno que hace que el cuadro esté muy mal ubicado en los enlaces al comienzo de una línea. Y todavía había algunas cosas que realmente debían agregarse, sobre las que había planeado preguntarles a los diseñadores.
- (Además, la versión de Gerrit parece haber eliminado la función de reloj. Y eliminado el botón "Leer más". Y cambió la visualización del texto de la fecha a algo diferente de lo que sugería el documento de diseño. E introdujo algunos errores nuevos, como que la versión "alta" no se comporte correctamente, ya que ninguna de las clases relacionadas con ella se elimina después de su uso).
- Con respecto a su pregunta real: Sí, esa licencia está bien. Sin embargo, recomiendo no activar esto como una función beta sin agregar esas correcciones de errores. - Yair rand ( charla ) 13:30, 30 de enero de 2014 (UTC)
- ¡Gracias! Y sí, se agregarán en parches futuros (lista de observación, leer más, etc.). El formato de la marca de tiempo que sugerí se elimine en este parche y se agregue como una biblioteca / función separada, ya que creo que ya tenemos código que formatea las marcas de tiempo de manera similar en alguna otra extensión. Y si observa de cerca, toda esta función está deshabilitada de forma predeterminada ahora con una marca de función; esto no se aplicará a las funciones Beta sin que se solucionen todos esos problemas. ¡Gracias! YuviPanda ( charla ) 14:09, 30 de enero de 2014 (UTC)
Próximas elecciones israelíes
Parece que no puedo encontrar ninguna referencia en los cambios de la ley electoral que establecen que la Knesset tendrá un mandato fijo (tal vez porque todo el enfoque está en elevar el umbral). ¿Podrías indicarme algún lugar donde se detallen los cambios para mi tranquilidad (y así puedo agregar algo de información al artículo)? Gracias, número 5 7 19:53, 11 de marzo de 2014 (UTC)
- @ Número 57 : Encontrar explicaciones en inglés de la reforma electoral es sumamente difícil. Las mejores fuentes que he encontrado son este artículo sobre Times of Israel y esta página en el sitio web de la Knesset.
- Ambas páginas parecen decir que se ha modificado el sistema de votos de censura, de manera que en lugar de proponer que caiga el gobierno y se convoquen nuevas elecciones, la oposición propone un gobierno alternativo (nuevo primer ministro, gabinete y todo) que, si se aprueba la votación, ocupa el lugar del antiguo gobierno sin acudir a nuevas elecciones.
- No estoy tan informado acerca de cómo funcionan estas cosas, pero eso implica que las elecciones no sucederán hasta que se complete el período de cuatro años en la Knesset, ¿verdad? ¿Hay otra forma de que sucedan nuevas elecciones? - Yair rand ( conversación ) 21:05, 11 de marzo de 2014 (UTC)
- Si lo se. El artículo del Times (que creo que encontré antes) lo dice de una manera indirecta, pero realmente esperaba tener una fuente clara que pudiera usar para afirmar que ahora había Knessets de término fijo de manera efectiva. Bueno, podría esperar un par de días para ver si aparece algo más claro, luego solo use el del Times. Sin embargo, gracias por mirar. Número 5 7 21:44, 11 de marzo de 2014 (UTC)
- Moví el artículo de nuevo a su título anterior antes de notar esta discusión (gracias a que N57 me refirió). Es importante señalar que el proyecto de ley no limita la capacidad de la knesset (a través de la ley) ni la capacidad de los primeros ministros (a través de una orden judicial) para convocar elecciones anticipadas. Todas las elecciones anticipadas han sido el resultado de una de ellas. Solo una vez fue derrocado un gobierno a través de una moción de censura ( El truco sucio ), y nunca debido a un presupuesto que no fue aprobado. Si bien es posible que haya menos casos de que el gobierno convoque elecciones anticipadas, no hay evidencia concluyente; personalmente, lo dudo mucho. Rami R 16:52, 21 de marzo de 2014 (UTC)
- Veo. Gracias por la información y por corregir mi error. - Yair rand ( conversación ) 01:34, 24 de marzo de 2014 (UTC)
GUE / NGL
Gracias por corregir mi error en Template: UKEUparties , my bad! = 0) - Filastin ( charla ) 16:12, 22 de mayo de 2014 (UTC)
Información sobre herramientas de referencia de renovación de licencias como GPL v2 +
Hola, Yair rand, estuve hablando con James F hoy, y nos gustaría "extender" la información sobre herramientas de referencia en mw: Extension: Cite . ¿Estaría dispuesto a volver a licenciar su código como GPL v2 o posterior? Ver gerrit: 145041 . Gracias, Legoktm ( charla ) 19:11, 9 de julio de 2014 (UTC)
- @ Legoktm : Algunas cosas:
- La versión en Mediawiki: Gadget-ReferenceTooltips.js / Mediawiki: Gadget-ReferenceTooltips.css no es la versión más reciente. Usuario: Yair rand / ReferenceTooltips.js / Usuario: Yair rand / ReferenceTooltips.css tienen varias correcciones (incluido el manejo de referencias anidadas) para las que no he podido realizar una solicitud de edición protegida.
- IIRC, ciertas wiki han discutido si habilitar este dispositivo y decidieron no hacerlo, por lo que activarlo de forma predeterminada en todas partes podría molestar a ciertas comunidades.
- Personalmente, no sé cómo usar Gerrit, por lo que extender RT me haría incapaz de seguir ayudando con él.
- Hay un error abierto sobre cómo el icono de engranaje utilizado por RT no coincide con los utilizados por ULS y Echo. Si RT se convierte en una extensión, recomiendo cambiar la imagen.
- Acabo de cambiar el JS para usar mw.msg para tener una localización más fácil, y agregué un comentario en la parte superior del script y la licencia CSS "bajo GPLv2 +, CC-BY-SA 3.0, GFDL y cualquier otra cosa. la WMF puede resultar útil ". ¿Está bien para lidiar con los problemas de licencias?
- - Yair rand ( charla ) 02:50, 10 de julio de 2014 (UTC)
- reclamo un crédito modesto por sugerir el uso de RT en la extensión (ver Bugzilla: 67282 # c1 ) :)
- no es por eso que entré aquí: la razón es una pequeña sugerencia: cuando se trata de licencias, encontré que la más permisiva es la más conveniente, es decir, la licencia de dominio público / PD. podría considerar usar este y aplastar todas esas consultas futuras.
- por cierto, me encanta tu guión. más potente y más agradable que la cosa parecida a stub que usamos en hewiki, que depende de tipsy, y que escribí (ver él: Mediawiki: Gadget-CiteTooltip.js ). tal vez uno de estos días traduzca su guión y lo migre a hewiki. por supuesto, si será absorbido por la extensión, no tendré que hacerlo.
- paz - קיפודנחש (también conocido como kipod) ( charla ) 18:19, 10 de julio de 2014 (UTC)
Rights Alliance listada en Redirects para discusión
Un editor ha solicitado una discusión para abordar la redirección de Rights Alliance . Dado que estuvo involucrado con la redirección de Rights Alliance , es posible que desee participar en la discusión de la redirección si aún no lo ha hecho. Avono ( charla ) 18:45, 22 de diciembre de 2014 (UTC)
Hola Yair, tienes una pregunta, ¿podrías contactarme? calidrago [at] gmail.com Calidrago ( charla ) 08:10, 9 de septiembre de 2015 (UTC)
- @ Calidrago : ¿ Una pregunta sobre qué? Si se trata de algo en Wikipedia, preferiría usar una página de discusión. - Yair rand ( charla ) 08:24, 9 de septiembre de 2015 (UTC)
- No es algo en Wikipedia, sino un proyecto privado separado. Por favor, sea tan amable, si me envía su número por correo electrónico, podemos charlar, en el peor de los casos, si no es la persona adecuada que estoy buscando, tal vez pueda dirigirme. Calidrago ( charla ) 09:02, 9 de septiembre de 2015 (UTC)
¡Las elecciones de ArbCom ya están abiertas!
Hola
: Parece que reúne los requisitos para votar en la elección actual del Comité de Arbitraje . El Comité de Arbitraje es el panel de editores responsables de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad para promulgar soluciones vinculantes para disputas entre editores, principalmente relacionadas con problemas de comportamiento graves que la comunidad no ha podido resolver. Esto incluye la capacidad de 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. Si desea participar, puede revisar las declaraciones de los candidatos y enviar sus opciones en la página de votación . Para el comité electoral, entrega de mensajes de MediaWiki ( charla ) 17:33, 23 de noviembre de 2015 (UTC)
Discusión sobre la implementación de TipWiki
Me encantaría tener la oportunidad de explicar con más detalle por qué creo que esta sería la mejor solución, al menos por el momento.
Me refiero a esta conversación goo.gl/NfcPMR
¿Le gustaría tener la oportunidad de hacerlo?
Nikodraca ( charla ) 23:19, 24 de febrero de 2016 (UTC)
- Le recomiendo que exponga su caso en el hilo de propuestas. - Yair rand ( charla ) 00:33, 25 de febrero de 2016 (UTC)
- He publicado en el hilo de propuestas con mi caso, y también he hablado sobre cómo se vería la integración. ¿Hay algo mas que pueda hacer? Gracias. 174.92.117.20 ( conversación ) 04:45, 25 de febrero de 2016 (UTC)
Preferencias de hovercards
Hola, Yair, es posible que desee participar y ayudar a publicitar las preferencias de votación aquí . ¡Gracias! - Melamrawy (WMF) ( charla ) 18:27, 19 de mayo de 2016 (UTC)
También olvidaste Albania.
Los albaneses y kosovares son muy hostiles hacia la homosexualidad y los homosexuales. :(
Lea todos estos artículos:
Homofobia en Albania y Kosovo. :(
http://www.balkaninsight.com/en/article/albania-is-the-most-homophobic-country-in-europe-survey-says
http://www.globalgayz.com/gay-life-in-albania/
http://www.refworld.org/docid/4dd10e342.html
https://www.civilrightsdefenders.org/country-reports/human-rights-in-albania/
http://www.kosovotwopointzero.com/en/article/665/kosovos-homophobia
http://madikazemi.blogspot.com/2009/09/secret-life-of-kosovos-gay-community.html
Otro articulo:
La juventud albanesa es homofóbica. :(
http://www.kaosgl.com/page.php?id=13271
Los albaneses son muy homofóbicos. Son muy hostiles hacia la comunidad LGBT y la homosexualidad. :(
Elecciones ArbCom 2016 : ¡Votación ahora abierta!
Hola, Yair rand. La votación en las elecciones del Comité de Arbitraje de 2016 está abierta desde el lunes 21 de noviembre a las 00:00 hasta el domingo 4 de diciembre a las 23:59 a todos los usuarios desbloqueados que hayan registrado una cuenta antes del miércoles 28 de octubre de 2016 a las 00:00 y hayan realizado el al menos 150 ediciones del espacio principal antes del domingo 1 de noviembre de 2016 a las 00:00. El Comité de Arbitraje es el panel de editores responsables de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad para imponer soluciones vinculantes a disputas entre editores, principalmente para 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. Si desea participar en las elecciones de 2016, revise las declaraciones de los candidatos y envíe sus opciones en la página de votación . Entrega de mensajes de MediaWiki ( conversación ) 22:08, 21 de noviembre de 2016 (UTC) |
Cree páginas de documentación para sus scripts
Hola, ¿podría crear páginas de documentación para sus scripts? Eso sería de gran ayuda. No tienen que ser largos, solo necesitan indicar lo que está haciendo el guión (no importa si ya está en un comentario en el guión o no).
- F ix uture ( charla ) 19:07, 14 de enero de 2017 (UTC)
Nannetticafruit listada en Redirecciones para discusión
Un editor ha solicitado una discusión para abordar la redirección Nannetticafruit . Dado que estuvo involucrado con la redirección de Nannetticafruit , es posible que desee participar en la discusión de la redirección si aún no lo ha hecho. Steel1943 ( charla ) 01:17, 28 de septiembre de 2017 (UTC)
Nanettikafruit listada en Redirecciones para discusión
Un editor ha solicitado una discusión para abordar el redireccionamiento Nanettikafruit . Dado que estuvo involucrado con la redirección de Nanettikafruit , es posible que desee participar en la discusión de la redirección si aún no lo ha hecho. Steel1943 ( charla ) 01:17, 28 de septiembre de 2017 (UTC)
Mensaje para los votantes de las elecciones de ArbCom 2017
Hola, Yair rand. La votación en 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 actualmente no están bloqueados son elegibles para votar. Los usuarios con cuentas alternativas solo pueden votar una vez. El Comité de Arbitraje es el panel de editores responsables de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad para imponer soluciones vinculantes a disputas entre editores, principalmente para 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. Si desea participar en las elecciones de 2017, revise a los candidatos y envíe sus opciones en la página de votación . Entrega de mensajes de MediaWiki ( charla ) 18:42, 3 de diciembre de 2017 (UTC) |
Hola
Estaba tratando de agregar esto a mi lista de seguimiento, Usuario: Yair_rand / interwikiwatchlist.js ¿todavía funciona / estoy haciendo algo mal con respecto a habilitarlo? gracias-- Ozzie10aaaa ( charla ) 17:01, 26 de marzo de 2018 (UTC)
- @ Ozzie10aaaa : Hola, lamento haber tardado tanto en esto. Debería arreglarse ahora, creo. - Yair rand ( charla ) 18:13, 28 de marzo de 2018 (UTC)
- 1. por las instrucciones agregué el script ... importScript ("Usuario: Yair rand / interwikiwatchlist.js");
- 2.entonces purgué el caché ... no veo la lista de seguimiento de importación en la parte superior derecha ...: - (- Ozzie10aaaa ( hablar ) 18:39, 28 de marzo de 2018 (UTC)
- @ Ozzie10aaaa : Hm ... Se supone que el botón debe aparecer en la línea con el encabezado "Lista de seguimiento", al lado del botón "Ayuda" a la derecha. No estoy seguro de por qué no aparece; el JS que estaba en su /common.js funcionó para mí. ¿Qué navegador y sistema operativo estás usando? ¿Aparecen errores en la consola JS? - Yair rand ( charla ) 22:00, 28 de marzo de 2018 (UTC)
- IE 11 / windows 10 ... este es mi .js [3] - Ozzie10aaaa ( charla ) 22:04, 28 de marzo de 2018 (UTC)
- Dios mío , funciona, pero tuve que crear una página y hacer esto Usuario: Ozzie10aaaa / vector.js , muchas gracias, - Ozzie10aaaa ( charla ) 23:36, 28 de marzo de 2018 (UTC)
- IE 11 / windows 10 ... este es mi .js [3] - Ozzie10aaaa ( charla ) 22:04, 28 de marzo de 2018 (UTC)
- @ Ozzie10aaaa : Hm ... Se supone que el botón debe aparecer en la línea con el encabezado "Lista de seguimiento", al lado del botón "Ayuda" a la derecha. No estoy seguro de por qué no aparece; el JS que estaba en su /common.js funcionó para mí. ¿Qué navegador y sistema operativo estás usando? ¿Aparecen errores en la consola JS? - Yair rand ( charla ) 22:00, 28 de marzo de 2018 (UTC)
por cierto
todos los años hacemos Wikipedia: WikiProject_Medicine / Stats / Top_medical_editors_2016_ (todos) sin embargo Wikipedia: WikiProject_Medicine no ha podido hacer la lista de 2017 (y las herramientas x están demasiado ocupadas esta vez [4] ) ¿es esto algo con lo que podría estar familiarizado? gracias-- Ozzie10aaaa ( charla ) 18:17, 1 de abril de 2018 (UTC)
- @ Ozzie10aaaa : Hm, toma muchas solicitudes de API, pero parece factible. Usuario: Yair rand / TopEditors.js genera la lista, que tarda bastante en ejecutarse. El resultado de 2017 está aquí: Usuario: Yair rand / TopMed . Sin embargo, no tiene la columna "Wiki principal" ni los bots filtrados. - Yair rand ( conversación ) 21:10, 3 de abril de 2018 (UTC)
- Seppi 333 , Doc James , RexxSCreo que esto es todo:Ozzie10aaaa( charla) 22:25, 3 de abril de 2018 (UTC)
gracias de WP: MED
La Medicina Barnstar | ||
a Yair rand de parte de todos nosotros en WikiProject Medicine, gracias Ozzie10aaaa ( charla ) 22:19, 3 de abril de 2018 (UTC) |
- Gracias por el barnstar :). Para ser claros, la lista que proporcioné es solo para artículos médicos en la Wikipedia en inglés. No me di cuenta de antemano de que las listas anteriores eran para todas las Wikipedias, y no estoy seguro de cómo obtendría los resultados de todas las Wikipedias. - Yair rand ( conversación ) 22:47, 3 de abril de 2018 (UTC)
- es un comienzo, no teníamos nada hasta ahora-- Ozzie10aaaa ( charla ) 22:49, 3 de abril de 2018 (UTC)
- Estoy de acuerdo en un gran trabajo. Para obtener otros idiomas, se asumió que EN WP tenía todos los artículos médicos (no es cierto, por supuesto, pero es una aproximación). Los artículos correspondientes se encontraron en todos los demás idiomas (es posible que algunos no estén etiquetados, así que tenga en cuenta que estos también podrían desaparecer). Se analizan las ediciones de estos artículos. Doc James ( charla · contribuciones · correo electrónico ) 03:11, 4 de abril de 2018 (UTC)
- ¿Puede explicar el proceso que utilizó para calcular estos resultados? Best Doc James ( charla · contribuciones · correo electrónico ) 03:16, 4 de abril de 2018 (UTC)
- @ Doc James : El script toma todos los enlaces en Wikipedia: WikiProject_Medicine / Lists_of_pages / Articles , luego solicita a la API listas de todas las ediciones realizadas en cada uno de ellos desde el 1 de enero hasta el 31 de diciembre de 2017, luego solo cuenta el número de veces cada editor aparece en el campo de usuario de una de las ediciones. Lo dejé funcionando durante un tiempo (¿tal vez una hora?) Mientras el script recuperaba todas las listas de ediciones artículo por artículo, una tras otra, y luego formateaba los resultados finales en una tabla. Probablemente esta no sea la mejor manera de hacerlo, pero es la primera en la que pensé. - Yair rand ( charla ) 06:07, 4 de abril de 2018 (UTC)
- Perfecto gracias :-) ¿Qué opinas sobre el uso de los enlaces entre idiomas de Wikidata para encontrar los artículos médicos en otros idiomas? También podría producir una lista del número de artículos médicos por idioma. No estoy seguro de si eso podría hacerse en un momento específico o si sería a partir de la fecha en que se ejecutó la herramienta. Doc James ( charla · contribuciones · correo electrónico ) 17:57, 4 de abril de 2018 (UTC)
- @ Doc James : El script toma todos los enlaces en Wikipedia: WikiProject_Medicine / Lists_of_pages / Articles , luego solicita a la API listas de todas las ediciones realizadas en cada uno de ellos desde el 1 de enero hasta el 31 de diciembre de 2017, luego solo cuenta el número de veces cada editor aparece en el campo de usuario de una de las ediciones. Lo dejé funcionando durante un tiempo (¿tal vez una hora?) Mientras el script recuperaba todas las listas de ediciones artículo por artículo, una tras otra, y luego formateaba los resultados finales en una tabla. Probablemente esta no sea la mejor manera de hacerlo, pero es la primera en la que pensé. - Yair rand ( charla ) 06:07, 4 de abril de 2018 (UTC)
- ¿Puede explicar el proceso que utilizó para calcular estos resultados? Best Doc James ( charla · contribuciones · correo electrónico ) 03:16, 4 de abril de 2018 (UTC)
- Estoy de acuerdo en un gran trabajo. Para obtener otros idiomas, se asumió que EN WP tenía todos los artículos médicos (no es cierto, por supuesto, pero es una aproximación). Los artículos correspondientes se encontraron en todos los demás idiomas (es posible que algunos no estén etiquetados, así que tenga en cuenta que estos también podrían desaparecer). Se analizan las ediciones de estos artículos. Doc James ( charla · contribuciones · correo electrónico ) 03:11, 4 de abril de 2018 (UTC)
- es un comienzo, no teníamos nada hasta ahora-- Ozzie10aaaa ( charla ) 22:49, 3 de abril de 2018 (UTC)
¡Un barnstar para ti!
El técnico Barnstar | |
Brillante trabajo :-) Me quito el sombrero. Doc James ( charla · contribuciones · correo electrónico ) 03:08, 4 de abril de 2018 (UTC) |
Abril de 2018
Hola, soy Waddie96 . Noté que recientemente eliminó contenido de Pesach Sheni sin explicar adecuadamente por qué. En el futuro, sería útil para otros si describiera sus cambios en Wikipedia con un resumen de edición preciso . Si fue un error, no se preocupe; se ha restaurado el contenido eliminado. Si desea experimentar, utilice la caja de arena . Si cree que cometí un error o si tiene alguna pregunta, puede dejarme un mensaje en mi página de discusión . Explique por qué, en el futuro, eliminó contenido. Waddie96 ( charla ) 20:12, 29 de abril de 2018 (UTC)
- Tienes razón, lo siento, debería haber explicado correctamente mi reversión. Veo que otro editor ha vuelto a eliminar el contenido problemático, y agregó que el contenido eliminado no tenía fuentes y era inexacto. - Yair rand ( conversación ) 21:38, 29 de abril de 2018 (UTC)
lo siento por molestar
por alguna razón Usuario: Ozzie10aaaa / vector.js la lista de vigilancia cruzada no funciona, alguna idea (la copié de la suya) ...-- Ozzie10aaaa ( hablar ) 22:26, 30 de mayo de 2018 (UTC)
- @ Ozzie10aaaa : ¿Siguen apareciendo los botones relevantes? "(+ nueva lista de seguimiento)", etc. Si es así, probablemente sea el problema con los tokens de la lista de seguimiento. Algunas de las fichas para acceder a las listas de seguimiento parecen haberse roto de alguna manera; ver phab: T184278 para un ejemplo de esto rompiendo cosas. Restablecer los tokens de la lista de seguimiento en Especial: Preferencias y luego eliminar y volver a agregar las listas de seguimiento en el script debería solucionarlo. - Yair rand ( conversación ) 23:41, 30 de mayo de 2018 (UTC)
- no aparece "(+ nueva lista de seguimiento)"? ¿Qué puedo hacer? - Ozzie10aaaa ( hablar ) 23:43, 30 de mayo de 2018 (UTC)
- @ Ozzie10aaaa : Hm, confuso. ¿La consola de Javascript muestra algún mensaje de error? ( Instrucciones para abrir la consola JS en diferentes navegadores ). - Yair rand ( charla ) 00:39, 1 de junio de 2018 (UTC)
- [5] ... dice lo siguiente ....
- @ Ozzie10aaaa : Hm, confuso. ¿La consola de Javascript muestra algún mensaje de error? ( Instrucciones para abrir la consola JS en diferentes navegadores ). - Yair rand ( charla ) 00:39, 1 de junio de 2018 (UTC)
- no aparece "(+ nueva lista de seguimiento)"? ¿Qué puedo hacer? - Ozzie10aaaa ( hablar ) 23:43, 30 de mayo de 2018 (UTC)
HTML1300: se produjo la navegación.
cómo-puedo-abrir-la-consola-javascript-en-diferentes-navegadores (1,1)
5 HTML1500: la etiqueta no se puede cerrar automáticamente. Utilice una etiqueta de cierre explícita. ¿Cómo-puedo-abrir-la-consola-de-JavaScript-en-diferentes-navegadores (98,141)
2 SEC7131: La seguridad de un iframe de espacio aislado se ve potencialmente comprometida al permitir el acceso al script y al mismo origen.
2 CONSOLE1810304: console.memory no está implementado y devolverá 0 para todos los atributos. Utilice el generador de perfiles de memoria para controlar la utilización de la memoria.
- Ozzie10aaaa ( charla ) 14:12, 1 de junio de 2018 (UTC)
- (disculpas por la interferencia): el problema proviene de la línea 220: y el código posterior que se usa sin probar la nulidad: la nueva lista de observación ya no tiene un elemento con ID . paz - קיפודנחש (también conocido como kipod) ( charla ) 22:12, 1 de junio de 2018 (UTC)
var v=document.getElementById("mw-watchlist-options");
v
mw-watchlist-options
- Muchas gracias, קיפודנחש . No estaba al tanto de los cambios en la nueva función beta de la interfaz de lista de seguimiento. @ Ozzie10aaaa : Si copia la versión modificada de User: Yair rand / interwikiwatchlist2.js , el problema debería solucionarse. (Desafortunadamente, la clasificación automática aún está rota para aquellos con la función beta habilitada, debido a cambios en la estructura de la lista). - Yair rand ( hablar ) 23:24, 3 de junio de 2018 (UTC)
- funciona, eres lo mejor gracias Yair-- Ozzie10aaaa ( charla ) 01:09, 4 de junio de 2018 (UTC)
- Muchas gracias, קיפודנחש . No estaba al tanto de los cambios en la nueva función beta de la interfaz de lista de seguimiento. @ Ozzie10aaaa : Si copia la versión modificada de User: Yair rand / interwikiwatchlist2.js , el problema debería solucionarse. (Desafortunadamente, la clasificación automática aún está rota para aquellos con la función beta habilitada, debido a cambios en la estructura de la lista). - Yair rand ( hablar ) 23:24, 3 de junio de 2018 (UTC)
- (disculpas por la interferencia): el problema proviene de la línea 220: y el código posterior que se usa sin probar la nulidad: la nueva lista de observación ya no tiene un elemento con ID . paz - קיפודנחש (también conocido como kipod) ( charla ) 22:12, 1 de junio de 2018 (UTC)
HistoryView.js
Hola, YR. Acabo de instalar Usuario: Yair rand / HistoryView.js y que parece interesante. Tengo muchas ganas de probarlo, pero mi primera impresión es que se ha pensado mucho en él. Un pequeño detalle que noto es que al pasar el mouse sobre una edición de un usuario, otras ediciones del mismo usuario tendrán el nombre de usuario en negrita. ¡Inteligente! Gracias, Sam Sailor 22:07, 17 de julio de 2018 (UTC)
- @ Sam Sailor : ¡Es bueno escucharlo! Gracias por los valiosos comentarios. :) - Yair rand ( charla ) 22:51, 17 de julio de 2018 (UTC)
- ¿Hay algún lugar que muestre lo que hace? Gracias ... Smarkflea ( charla ) 12:38, 1 de agosto de 2018 (UTC)
- @ Smarkflea : Quiddity subió amablemente un screencast aquí . ¿Eso ayuda? - Yair rand ( conversación ) 19:49, 1 de agosto de 2018 (UTC)
- Gracias ... Smarkflea ( charla ) 20:47, 1 de agosto de 2018 (UTC)
- Lo agregué a User: Yair rand / HistoryView para que la gente pueda encontrarlo un poco más fácilmente. (Esa página está vinculada automáticamente desde la parte superior de Usuario: Yair rand / HistoryView.js ). HTH! :) Quiddity ( charla ) 02:01, 29 de agosto de 2018 (UTC)
- Gracias ... Smarkflea ( charla ) 20:47, 1 de agosto de 2018 (UTC)
- @ Smarkflea : Quiddity subió amablemente un screencast aquí . ¿Eso ayuda? - Yair rand ( conversación ) 19:49, 1 de agosto de 2018 (UTC)
- ¿Hay algún lugar que muestre lo que hace? Gracias ... Smarkflea ( charla ) 12:38, 1 de agosto de 2018 (UTC)
Pagina principal
Solo siguiendo esto. ¿Tiene algo más que agregar a Talk: página principal # enlaces del portal rotos? - Martin ( MSGJ · charla ) 15:39, 31 de octubre de 2018 (UTC)
Mensaje para los votantes de las elecciones de ArbCom 2018
Hola, Yair rand. La votación en las elecciones del Comité de Arbitraje de 2018 está abierta hasta las 23.59 del domingo 3 de diciembre. Todos los usuarios que registraron una cuenta antes del domingo 28 de octubre de 2018, realizaron al menos 150 ediciones en el espacio principal antes del jueves 1 de noviembre de 2018 y actualmente no están bloqueados son elegibles para votar. Los usuarios con cuentas alternativas solo pueden votar una vez. El Comité de Arbitraje es el panel de editores responsables de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad para imponer soluciones vinculantes a disputas entre editores, principalmente para 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. Si desea participar en las elecciones de 2018, revise a los candidatos y envíe sus opciones en la página de votación . Entrega de mensajes de MediaWiki ( charla ) 18:42, 19 de noviembre de 2018 (UTC) |
Opuesto a la clase CSS "nomobile"
Hola, me di cuenta de que hizo un trabajo en Template: Main_Page / styles.css . Estoy tratando de implementar lo opuesto a una clase css "nomobile" en wikiversity para hacer que algunos enlaces aparezcan solo en la versión móvil (para compensar los menús desplegables que no aparecen en el móvil). Hasta ahora he estado usando una solución alternativa en v: Template: WikiJMed_top_menu aprovechando la forma en que se representan los encabezados h2 móviles, ¡pero quiero hacer algo un poco más sólido! ¿Podrías aconsejarme sobre lo que se podría agregar a v: MediaWiki: Common.css y v: MediaWiki: Mobile.css para que algo así funcione? ¡Gracias de antemano por cualquier consejo! T.Shafee (Evo y Evo) charla 05:58 12 de Diciembre de 2018 (UTC)
- @ Evolución y capacidad de evolución :
.onlymobile { display: none; }
en Common.css y.mw-parser-output .onlymobile { display: block; }
en Mobile.css deberían funcionar. - Yair rand ( conversación ) 06:42, 12 de diciembre de 2018 (UTC)- ¡Brillante, gracias! T.Shafee (Evo y Evo) charla 10:50 12 de Diciembre de 2018 (UTC)
- esto funciona, pero creo que solo se necesita la primera parte: ttbomk, mobile simplemente no carga common.css, por lo que no agregar la clase a mobile.css es probablemente mejor que forzar la visualización en bloque. paz - קיפודנחש (también conocido como kipod) ( charla ) 07:03, 13 de diciembre de 2018 (UTC)
- (Comprueba si el móvil carga Common.css.) Eh, es bueno saberlo. Tienes toda la razón. - Yair rand ( conversación ) 07:10, 13 de diciembre de 2018 (UTC)
- ¡Gracias a los dos! Puede ver los principales frutos de sus consejos en esta plantilla en el escritorio y en el móvil. T.Shafee (Evo y Evo) charla 12:08 13 de Diciembre de 2018 (UTC)
- @ קיפודנחש : Solo una nota en caso de que sea relevante más adelante. Parece que v: MediaWiki: Mobile.css de wikiversity carga common.css, así que creo que en ese caso puede ser necesario usar ambos (
@import url("/w/index.php?title=MediaWiki:Common.css&action=raw&ctype=text/css") screen;
). Sin embargo, no sé cuál es más común en otras wikis. T.Shafee (Evo y Evo) charla 22:51 13 de Diciembre de 2018 (UTC)- @ Evolución y capacidad de evolución : creo que tienes razón. Creo que leí en alguna parte argumentos en contra del uso de @import, pero no soy una autoridad en el tema; es posible que desee hurgar y ver los pros, los contras y las alternativas. en cuanto a la "anulación", en este caso, creo que la regla de "deshacer" convencional para la visualización de CSS no es "bloquear", lo que puede pervertir la visualización de un elemento en algunos casos, sino "heredar". si Yair no está de acuerdo, probablemente deberías escucharlo a él en lugar de a mí ... paz - קיפודנחש (también conocido como kipod) ( hablar ) 14:59, 28 de diciembre de 2018 (UTC)
- (Comprueba si el móvil carga Common.css.) Eh, es bueno saberlo. Tienes toda la razón. - Yair rand ( conversación ) 07:10, 13 de diciembre de 2018 (UTC)
- esto funciona, pero creo que solo se necesita la primera parte: ttbomk, mobile simplemente no carga common.css, por lo que no agregar la clase a mobile.css es probablemente mejor que forzar la visualización en bloque. paz - קיפודנחש (también conocido como kipod) ( charla ) 07:03, 13 de diciembre de 2018 (UTC)
- ¡Brillante, gracias! T.Shafee (Evo y Evo) charla 10:50 12 de Diciembre de 2018 (UTC)
TemplateStyles para la página principal
Parece que obtuviste consenso para promulgar TemplateStyles en la página principal. Creo que MSGJ lo implementó un mes después, pero se revirtió. ¿Sabes por qué, o el estado de ese esfuerzo en general? - Izno ( charla ) 16:05, 2 de septiembre de 2019 (UTC)
- Parece Talk: Main_Page / Archive_192 # Portal_links_broken? y la consulta de MSGJ anterior. ¿Podrías apoyar una mayor implementación si yo la implementara? - Izno ( charla ) 16:08, 2 de septiembre de 2019 (UTC)
- @ Izno : Entonces, um, haber roto accidentalmente la página principal dos veces fue una experiencia bastante estresante. ¿Qué implicaría el "apoyo" aquí? Prefiero no tener la responsabilidad de arreglar las cosas urgentemente si algo sale mal nuevamente. (No urgentemente estaría bien). No creo particularmente que se vuelva a romper, pero ...
- (Véase también Wikipedia: Village_pump_ (technical) / Archive_170 # Main_Page_responsive_design .) - Yair rand ( charla ) 16:44, 2 de septiembre de 2019 (UTC)
- Parece que TheDJ predijo con precisión tu reacción. :) Sí, me lo estaba imaginando al menos sin urgencia, pero ¿tal vez podamos hacer una caja de arena y darle vueltas a través de browsershots.org al menos? ¿O hay otros sitios web que pueden ocuparse de algunos de los navegadores arcaicos o de nicho? - Izno ( charla ) 16:48, 2 de septiembre de 2019 (UTC)
- @ Izno : Tenga en cuenta que la versión implementada anteriormente tenía errores en la visualización de la lista del portal incluso en IE8 <(~ 1.5% de las vistas de escritorio), que no admite una gran cantidad de CSS moderno, incluidas algunas cosas en las que Mediawiki confía para cosas básicas. (Si no intentáramos admitir navegadores realmente antiguos, incluso podríamos usar columnas CSS adecuadas para la lista del portal en lugar de colocarlas manualmente de forma absoluta ...) De todos modos, hice algunos cambios en User: Yair rand / MPSandbox para admitir todo el camino de regreso a IE5. Si hay errores particulares que se notan, puedo ayudar a solucionarlos.
- No conozco ningún sitio gratuito para probar navegadores arcaicos / especializados. Creo que hay algunos sistemas de pago a los que WMF podría tener acceso, pero dudo que haya una forma de utilizarlos. Recientemente he tenido dificultades para usar Browsershots, ya que sigue caducando ... - Yair rand ( hablar ) 02:43, 4 de septiembre de 2019 (UTC)
- Parece que TheDJ predijo con precisión tu reacción. :) Sí, me lo estaba imaginando al menos sin urgencia, pero ¿tal vez podamos hacer una caja de arena y darle vueltas a través de browsershots.org al menos? ¿O hay otros sitios web que pueden ocuparse de algunos de los navegadores arcaicos o de nicho? - Izno ( charla ) 16:48, 2 de septiembre de 2019 (UTC)
Nominación para la supresión del módulo: IPAc
Módulo: IPAc ha sido nominado para su eliminación . Se le invita a comentar sobre la discusión en la entrada del módulo en la página Plantillas para discusión . * Pppery * ha comenzado ... 04:19, 17 de noviembre de 2019 (UTC)
Mensaje para los votantes de las elecciones de ArbCom 2019
¡Hola! La votación en las elecciones del Comité de Arbitraje de 2019 ya está abierta hasta las 23:59 del lunes 2 de diciembre de 2019. Todos los usuarios elegibles pueden votar. Los usuarios con cuentas alternativas solo pueden votar una vez. El Comité de Arbitraje es el panel de editores responsables de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad para imponer soluciones vinculantes a disputas entre editores, principalmente para 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. Si desea participar en las elecciones de 2019, revise a los candidatos y envíe sus opciones en la página de votación . Si ya no desea recibir estos mensajes, puede agregarlos a su página de conversación de usuario. Entrega de mensajes de MediaWiki ( conversación ) 00:09, 19 de noviembre de 2019 (UTC) |
Libros de Wikipedia
Dado que participó en la discusión sobre los libros de Wikipedia, adjunto le informo que se ha tomado una decisión.
Ver Wikipedia: Village_pump_ (técnico) / Archive_176 # Suppress_rendering_of_Template: Wikipedia_books Dirk Hünniger ( charla ) 20:29, 31 de diciembre de 2019 (UTC)
para tu información
PLS VER Wikipedia: Bomba de pueblo (propuestas) # Página de introducción - Moxy 🍁 11:25, 12 de junio de 2020 (UTC)
Nominación
Gracias por nominarme. No estoy seguro de que la candidatura se apruebe , pero si lo hace, haré todo lo posible para hacer un trabajo adecuado ''. Ymblanter ( charla ) 09:30, 22 de junio de 2020 (UTC)
¡Que tu día se llene de sol!
Tu trabajo como administrador no está siendo calificado, Atsme 💬 📧13:47, 13 de noviembre de 2020 (UTC) |
- Gracias. (En realidad, no soy administrador de este proyecto, por cierto.) - Yair rand ( hablar ) 04:18, 23 de noviembre de 2020 (UTC)
Mensaje para los votantes de las elecciones de ArbCom 2020
¡Hola! La votación en las elecciones del Comité de Arbitraje de 2020 ya está abierta hasta las 23:59 (UTC) del lunes 7 de diciembre de 2020. Todos los usuarios elegibles pueden votar. Los usuarios con cuentas alternativas solo pueden votar una vez. El Comité de Arbitraje es el panel de editores responsables de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad para imponer soluciones vinculantes a disputas entre editores, principalmente para 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. Si desea participar en las elecciones de 2020, revise a los candidatos y envíe sus opciones en la página de votación . Si ya no desea recibir estos mensajes, puede agregarlos a su página de conversación de usuario. Entrega de mensajes de MediaWiki ( conversación ) 01:42, 24 de noviembre de 2020 (UTC) |
Wikipedia: Arbitraje / Índice / Principios 2
Me encontré con Wikipedia: Arbitraje / Índice / Principios 2 - Estoy realmente impresionado. ¿Existe alguna herramienta que haya utilizado para ayudar a generar esto? Saludos , KevinL ( también conocido como L235 · t · c ) 01:50, 8 de diciembre de 2020 (UTC)
- @ L235 : escribí un script para generarlo. Código fuente publicado aquí . - Yair rand ( charla ) 06:09, 8 de diciembre de 2020 (UTC)
- Gracias por esto KevinL ( también conocido como L235 · t · c ) 22:12, 8 de diciembre de 2020 (UTC)
WP: PRINCIPIOS
Vea la charla de Wikipedia: Arbitraje / Índice / Principios 2 - RM para moverlo a / Principios, sobre la página antigua y desaparecida. - SMcCandlish ☏ ¢ 😼 03:24, 8 de diciembre de 2020 (UTC)
Correcciones menores a los scripts de usuario
Hola, Yair, parece que tienes algunos scripts de usuario en uso por otros que tienen variables de estilo wg globales de JavaScript desnudas. Estos son fab: T72470 obsoleto, y aunque no creo que haya una línea de tiempo para su eliminación, ha sido así por un tiempo. Por lo general, es una solución sencilla, todos los usos deben usarse mw.config.get
, como convertir wgTitle
a mw.config.get('wgTitle')
. Hay más información en mw: ResourceLoader / Guía de migración (usuarios) #Global wg variables . ellos son:
- Usuario: Yair rand / interwikiwatchlist.js
- Usuario: Yair rand / interwikiwatchlist2.js
- Usuario: Yair rand / watchlistnotifications.js
Puedo encargarme de limpiarlos por usted si lo desea, ¡solo hágamelo saber! ~ Amory ( u • t • c ) 11:58, 29 de enero de 2021 (UTC)
- @ Amorymeltzer : arreglado, gracias por la nota. (Completamente sin importancia, pero ¿cómo es que mi nombre de usuario es el único que de alguna manera no se inserta en el token "NOMBRE DE USUARIO" anterior? Ni siquiera tiene ningún Unicode especial o comillas ni nada.) - Yair rand ( hablar ) 00: 57, 1 de febrero de 2021 (UTC)
- ¡Gracias, pero lo siento! Debo haber tenido un error de copiar y pegar. ~ Amory ( u • t • c ) 01:16, 1 de febrero de 2021 (UTC)
- Oh, esperaba algún error técnico divertido. :) - Yair rand ( charla ) 01:24, 1 de febrero de 2021 (UTC)
- ¡Gracias, pero lo siento! Debo haber tenido un error de copiar y pegar. ~ Amory ( u • t • c ) 01:16, 1 de febrero de 2021 (UTC)
medicamento
Hola, ¿estás por aquí? Si es así, ¿podría volver a hacer lo que hizo en 2017 si no es demasiado problema? Muchas gracias :) Dr. Vogel ( charla ) 18:28, 16 de abril de 2021 (UTC)
- @ DrVogel : Entonces, el script que creó que se basó en Wikipedia: WikiProject_Medicine / Lists_of_pages / Articles (advertencia: página grande) para tener una lista de todos los artículos de WPMED para rastrear cosas, pero esa lista no se ha actualizado desde 2017. Tres opciones:
- Encuentre a alguien que pueda actualizar la lista de artículos de WPMED, y luego puedo ejecutar el script. Usuario: CFCF fue el último en actualizarlo. @ CFCF : ¿Podrías actualizar Wikipedia: WikiProject_Medicine / Lists_of_pages / Articles ? De lo contrario:
- ¿Quizás hay una lista alternativa de los artículos de Wikiproject disponible en alguna parte?
- Si falla en eso, simplemente podría ejecutar el script basado en la lista de 2017, generando una lista de los principales editores de los artículos de WPMED que existían a partir de 2017.
- - Yair rand ( conversación ) 07:13, 19 de abril de 2021 (UTC)
- Hola, gracias por responder. Creo que CFCF parece haber abandonado tristemente el proyecto. Lamenté enterarme de eso. ¿Conoce a alguien más que tenga los conocimientos necesarios para generar una lista actualizada de artículos? Dr. Vogel ( charla ) 08:57, 19 de abril de 2021 (UTC)
- Quizás Todos los artículos de Medicina de Wikiproject - Ozzie10aaaa ( charla ) 23:47, 22 de abril de 2021 (UTC)
- ¡estupendo! Dr. Vogel ( charla ) 13:06, 23 de abril de 2021 (UTC)
- @ DrVogel y Ozzie10aaaa : Listo, consulte Usuario: Yair rand / TopMed 2020 . - Yair rand ( conversación ) 01:04, 26 de abril de 2021 (UTC)
- ¡estupendo! Dr. Vogel ( charla ) 13:06, 23 de abril de 2021 (UTC)
- Quizás Todos los artículos de Medicina de Wikiproject - Ozzie10aaaa ( charla ) 23:47, 22 de abril de 2021 (UTC)
- Hola, gracias por responder. Creo que CFCF parece haber abandonado tristemente el proyecto. Lamenté enterarme de eso. ¿Conoce a alguien más que tenga los conocimientos necesarios para generar una lista actualizada de artículos? Dr. Vogel ( charla ) 08:57, 19 de abril de 2021 (UTC)
- Yair rand, muchas gracias 😊 ha sido un año difícil, esperamos que nuestros editores vean el lado positivo cuando vean sus contribuciones, ... gracias de nuevo-- Ozzie10aaaa ( charla ) 01:40, 26 de abril de 2021 (UTC)
- ¡Gracias! Dr. Vogel ( charla ) 08:10, 26 de abril de 2021 (UTC)
Adopción de meta: Hubs
Hola Yair,
te envié una pregunta en tu página de meta talk . A medida que avanzamos de la transición hacia la implementación de la estrategia de movimiento, estoy a punto de crear un nuevo "espacio de implementación" en Meta, donde nos gustaría unificar / centralizar las conversaciones y discusiones sobre las iniciativas en las que se está trabajando. Para evitar confusiones, quería preguntarle, si podemos adoptar la página meta: Hubs que ha creado, cámbiele el nombre a meta: Wikimedia 2030 / Implementation / Hubs y agregue toda la información importante al respecto. ¿Eso estaría bien para ti? Saludos cordiales, - CKibelka (WMF) ( charla ) 16:58, 23 de abril de 2021 (UTC)