Wikipedia:Café/Portal/Archivo/Técnica/2017/02

De Wikipedia, la enciclopedia libre
Esto es un archivo de entradas pasadas. Por favor, no edites los contenidos de esta página. Si deseas comenzar una nueva discusión o continuar una antigua, por favor, hazlo en la página actual.

Ficha de escritor[editar]

El grupo de programadores que realizan las fusiones de las fichas fascinan con su espléndido trabajo. Mientras leía Edgar Allan Poe, que tiene la ficha de escritor, una de las fusionadas por ustedes, noté que dos parámetros se repetían con nombres distintos, nombre de nacimiento y nombre nativo. Intenté retirar uno de los dos datos y si no fueran tomado desde Wikidata, podría haberlo hecho. Su trabajo estaría mucho mejor se corrige y no mostraría datos repetidos a los lectores (hay otro detalle en familia —padres, valor desconocido—). Sé que están muy ocupados y sírvase no molestarse en contestar este comentario. Los saluda, att., Jonel 14:13 29 ene 2017 (UTC)

Las críticas son bienvenidas, pero entran mejor si se hacen sin retintín y sin recurrir al sarcasmo (lo de "fascinan con su espléndido trabajo", "su trabajo estaría mucho mejor..." y "sé que están muy ocupados y sírvanse no molestarse en contestar" sobraba claramente). Iré al grano:
  • Lo del "valor desconocido" en "padre" es el resultado de esta edición en Wikidata que he revertido. Sí, también hay vandalismo en Wikidata, y el vandalismo en Wikidata también se puede revertir.
  • Sobre la duplicidad de "nombre de nacimiento"/"nombre nativo", por lo que veo en Módulo:Ficha de persona,
    • El valor para "nombre de nacimiento" solo se pone si existe y es distinto del valor para "nombre".
    • El valor para "nombre nativo" solo se pone si existe, es distinto del valor para "nombre" y es distinto del valor para "nombre de nacimiento".
En el elemento correspondiente a Edgar Allan Poe, el nombre nativo coincide con el nombre de nacimiento, así que, por mi parte, no entiendo por qué salen los dos datos en la ficha (sólo se me ocurre como explicación que los datos se consideran diferentes porque las referencias utilizadas para respaldarlos son distintas).
Sabbut (めーる) 18:16 29 ene 2017 (UTC)
Aprecio que hayas contestado y agradezco tu detallada explicación. Gracias por atender la notificación. No soy muy bueno en eso códigos como ustedes, por eso aprecio lo que hacen; no adulo. Descuida, quizá en tu lugar habría respondido de la misma forma. Saludos, --Jonel 18:57 29 ene 2017 (UTC)
Creo que el código falla desde que lo modifiqué para añadir el lápiz para el enlace de Wikidata ya que en ambos casos se muestra el mismo texto "Edgar Allan Poe" pero se enlazan a propiedades de Wikidata diferentes. Juan Mayordomo (discusión) 21:28 30 ene 2017 (UTC)
¿Será que hay dos propiedades iguales en Wikidata con nombres distintos? Porque es el único parámetro que se duplica. Por cierto, ¿el tamaño de la cabecera de la ficha tiene algún propósito en particular? --Jonel 01:02 1 feb 2017 (UTC)

┌─────────────────────────────┘
Es que, efectivamente, "nombre de nacimiento" es la propiedad 1477, mientras que "nombre nativo" es la propiedad 1559. De ahí la explicación que di antes.
Esto no significa que haya una redundancia entre las dos propiedades de Wikidata (y con el nombre), porque:

  • El nombre de nacimiento puede ser distinto del nombre, por ejemplo, en el uso de pseudónimos o en el caso de mujeres que tienen el apellido del marido pero que, antes de casarse, tenían otro (el apellido de soltera).
  • El nombre nativo puede ser distinto del nombre tal como lo escribimos en el artículo en español, por ejemplo, cuando el sistema de escritura correspondiente al idioma nativo de la persona es distinto del latino, o en el caso de nombres que se traducen (reyes y papas).
  • El nombre de nacimiento puede ser distinto del nombre nativo si se combinan los dos factores. Por ejemplo:
    • Nombre: Liudmila Pútina.
    • Nombre nativo: Людмила Александровна Путина (Liudmila Aleksándrovna Pútina, en escritura cirílica y con el patronímico ruso, que no ponemos en el título del artículo).
    • Nombre de nacimiento: Людмила Александровна Шкребнева (Liudmila Aleksándrovna Shkrébneva, también en cirílico, con el patronímico ruso y con el apellido de soltera).

He hecho algunas pruebas de edición en Edgar Allan Poe, y, efectivamente, no es lo mismo el "nombre_nativo=Edgar Allan Poe" en local (escrito directamente en la ficha) que en Wikidata, y lo mismo para el nombre de nacimiento. Imagino (es una conjetura) que el dato que se está tomando de Wikidata no es solamente la cadena de texto "Edgar Allan Poe", sino una estructura más compleja, que será, simplificando, algo así como: 

{
  valor: "Edgar Allan Poe",
  referencia: "enwiki"
}

para el nombre de nacimiento y 

{
  valor: "Edgar Allan Poe",
  referencia: "ruwiki"
}

para el nombre nativo

Por ello, en esta edición, en que tanto el nombre nativo como el nombre de nacimiento están en la ficha, el proceso que sigue Módulo:Ficha de persona es:

  1. ¿Qué valor tomamos para "nombre de nacimiento"? El valor de la ficha, Edgar Allan Poe (sí, tiene prioridad sobre el valor en Wikidata).
  2. ¿Qué valor tomamos para "nombre nativo"? También el valor de la ficha, Edgar Allan Poe.
  3. ¿Es el valor de "nombre de nacimiento" distinto del valor de "nombre"? No, Edgar Allan Poe es igual a Edgar Allan Poe. Por tanto, no se pone el nombre de nacimiento en la ficha.
  4. ¿Es el valor de "nombre nativo" distinto del valor de "nombre" y distinto del valor de "nombre de nacimiento"? No, Edgar Allan Poe es igual a Edgar Allan Poe e igual a Edgar Allan Poe. Por tanto, no se pone el nombre nativo en la ficha.

Sin embargo, en esta otra edición, en que ni el nombre nativo ni el nombre de nacimiento están en la ficha, sino que solo figuran en Wikidata, el proceso análogo es:

  1. ¿Qué valor tomamos para "nombre de nacimiento"? El valor de Wikidata, {valor: "Edgar Allan Poe", referencia: "enwiki"}.
  2. ¿Qué valor tomamos para "nombre nativo"? También el valor de Wikidata, {valor: "Edgar Allan Poe", referencia: "ruwiki"}.
  3. ¿Es el valor de "nombre de nacimiento" distinto del valor de "nombre"? Sí, {valor: "Edgar Allan Poe", referencia: "enwiki"} es distinto de Edgar Allan Poe. Por tanto, se pone el nombre de nacimiento en la ficha.
  4. ¿Es el valor de "nombre nativo" distinto del valor de "nombre" y distinto del valor de "nombre de nacimiento"? Sí, {valor: "Edgar Allan Poe", referencia: "ruwiki"} es distinto de Edgar Allan Poe y también es distinto de {valor: "Edgar Allan Poe", referencia: "enwiki"}. Por tanto, se pone el nombre nativo en la ficha.

Repito, se trata de una conjetura. Ahora bien, también podéis ver en el historial las pruebas análogas en que uno de los datos está en local y el otro no, y el comportamiento de Módulo:Ficha de persona es consistente (sale en la ficha el dato que se toma de Wikidata, pero no el que está escrito directamente en la ficha). Seguiré investigando. Sabbut (めーる) 01:28 1 feb 2017 (UTC)

De acuerdo, agradezco su cooperación y estaré pendiente de cualquier respuesta. Sé que darán con el problema que origina este detalle. ;) Saludos, --Jonel 01:59 1 feb 2017 (UTC)
Pues en modo abreviado es así como dices Sabbut. Véanse P1477 (P143 = 'imported from', Q328 = enwiki) y P1559 (P143 = 'imported from', Q206855 = ruwiki).
En Módulo:Ficha de persona se llama a propiedad(idPropiedad,opciones), que a su vez llama a getPropiedad(opciones, declaracion) en Módulo:Wikidata. Con las propiedades P1477 y P1559 ¿no sería mejor acceder directamente al objeto Entidad.claims[idPropiedad].mainsnak.datavalue.value.text como se hace en la función getPropiedadEnEspanyol(idEntidad, idPropiedad) de Módulo:Wikidata? Un saludo. -- Leoncastro (discusión) 03:08 1 feb 2017 (UTC)
Ya lo dije antes, es por el lápiz. y son diferentes. Juan Mayordomo (discusión) 20:35 1 feb 2017 (UTC)
Bueno, ya he cambiado el código. Juan Mayordomo (discusión) 20:18 2 feb 2017 (UTC)
Es decir, ¿ya lo han resuelto? Veo que, como es igual al nombre de nacimiento, no aparece en la ficha. Jonel 20:57 2 feb 2017 (UTC)

Proteger VEC de reversiones de usuarios no autoconfirmados[editar]

Hola: ¿Habría alguna manera de proteger VEC de vándalos como este y sus colegas que revierten las denuncias en VEC? --Technopat (discusión) 10:34 1 feb 2017 (UTC)

Se podría usar un filtro... Jmvkrecords ⚜ Intracorrespondencia 16:11 3 feb 2017 (UTC).

Plantilla "copyedit"[editar]

Hola: Últimamente estoy encontrando muchas páginas en las que la anterior plantilla {{copyedit}} ha sido sustituida por «Uso de esta plantilla: {{Copyedit|t={{sust:CURRENTTIMESTAMP}}}}». ¿Se puede hacer un bot para cambiar todas estas plantillas o habrá que ir cambiándolas una por una? Saludos, --Technopat (discusión) 19:44 2 feb 2017 (UTC)

Antes Grillitus se encargaba de agregar t={{sust:CURRENTTIMESTAMP}} en {{wikificar}}, así que en principio, se puede. Saludos. --Ganímedes (discusión) 00:28 3 feb 2017 (UTC)
Resuelto en los artículos y anexos. Las páginas de “Wikipedia:...” y de “Usuario:...” creo que no debo tocarlos. -- Leoncastro (discusión) 14:49 3 feb 2017 (UTC)
Leoncastro: tengo dos preguntas: ¿usaste la fecha en que la plantilla se insertó o el TIMESTAMP actual? Porque si es lo segundo, el dato pierde el sentido de su existencia (ergo, yo las revertiría). El bot al que hacen referencia tomaba el dato del historial y colocaba la fecha de inserción original, lo que siginifica que eso es técnicamente posible. Y la segunda es: ¿cómo hiciste esas ediciones? ¿de forma asistida? ¿haz leído nuestra política al respecto? Por la fecha fuera de los espacios enciclopédicos no hay que preocuparse porque la plantilla no categoriza fuera del espacio principal y los anexos. --Metrónomo's truth of the day: «persevera y triunfarás» 14:57 3 feb 2017 (UTC)
(conflicto de edición) Metrónomo en otra ocasión lo hice usando la fecha del historial, y el biblio Tarawa1943 me ha llamado la atención indicándome que debía usar la fecha actual. Por tanto estoy haciendo según se me ha guiado, usando el CURRENTTIMESTAMP. En cuanto a la segunda pregunta, no he usado un bot, pero sí he usado asistencia. Herramientas similares como wikEd o refTools no necesitan permiso adicional. Un saludo. -- Leoncastro (discusión) 15:10 3 feb 2017 (UTC)
Iba a proceder con referencias y wikificar, pero me espero por la respuesta. -- Leoncastro (discusión) 15:14 3 feb 2017 (UTC)
Bueno, no es tu culpa, pero te han indicado mal, se usa la del historial. Una tarea repetitiva de una frecuencia superior a 5 ediciones por minuto puede ser considerada una acción automatizada (límite establecido en la política como máximo cuando no se dispone del permiso de bot). No es tanto la herramienta sino el uso que le des. --Metrónomo's truth of the day: «persevera y triunfarás» 15:23 3 feb 2017 (UTC)
Me sorprende pensar que yo pudiera hacer más de 5 ediciones por minuto. Y me sorprende recibir dos avisos, uno por hacerlo de un modo (fecha historial) y otro por hacerlo de otro modo (fecha actual). Ruego que se aclaren. -- Leoncastro (discusión) 15:32 3 feb 2017 (UTC)
Me disculpo por la mala presunción, fue apresurada. Si bien alcanzaste varias veces la frecuencia de 5 ediciones por minuto, ésta fue la mayor cadencia y nunca la rebasaste. De hecho, la media es más baja, tal vez entre 3 y 4. La idea de la etiqueta temporal es que en la categoría de mantenimiento se ordenen según la fecha de inserción, utilizando los separadores. Es por eso que la fecha que se utiliza es la del historial (así ha sido siempre). Anteriormente esta tarea la hacía un bot, que no estoy seguro que siga activo. --Metrónomo's truth of the day: «persevera y triunfarás» 19:22 3 feb 2017 (UTC)

┌─────────────────────────────┘
 En esta edición se me indica que «si vas a reparar las plantillas puedes hacer dos cosas colocar la plantilla de borrado rápido o añadir la fecha actual» (marcado propio). Era hablando de plantillas {{sin relevancia}}, de ahí lo del borrado rápido y lo del plazo de 30 días. Pero ¿no hay un criterio unificado en este sentido?, ¿es diferente el criterio según sea un tipo de plantilla u otro? Y en ese caso, ¿donde se explican estos criterios?, ¿se pueden consultar en alguna página? CC: @Tarawa1943, @Metrónomo. -- Leoncastro (discusión) 21:06 3 feb 2017 (UTC)

@Leoncastro: el tema es que son diferentes plantillas. Hay las plantillas de mantenimiento crítico (son las de banda roja) y las de mantenimiento no crítico.
En este caso puntual {{copyedit}} sólo implica incluir al artículo en una categoría en especial y solicitar su corrección ortográfica. Pero, {{sin relevancia}} da 30 días para que el artículo sea borrado. Por eso, Tarawa1943 te solicitó que los artículos que hayan pasado más de 30 días con la plantilla sin relevancia, o bien la cambies por {{destruir}} o le actualices la fecha. De otra manera, los artículos no aparecerían en la categoría de mantenimiento actual (por ejemplo la del día de hoy) sino en una vieja a la que no se va a revisar.
Me compliqué un poco en la explicación, pero espero que se haya entendido. Saludos.--Mans I need no introduction... 21:32 3 feb 2017 (UTC)
Mans, eso ya lo había entendido en su momento. Lo que no acabo de entender es lo que he preguntado arriba. -- Leoncastro (discusión) 21:38 3 feb 2017 (UTC)
@Leoncastro: con la fecha original algunos artículos podrian estar sin borrar varios meses {{promocional|5|10}}, por eso te dije lo de poner la fecha actual. Tarawa (jo ta ke irabazi arte) 21:46 3 feb 2017 (UTC)
Tarawa1943, eso ya lo había entendido en su momento. Lo que no acabo de entender es lo que he preguntado arriba. Disculpad si me repito pero nadie ha dado respuesta clara a las preguntas. Un saludo. -- Leoncastro (discusión) 21:52 3 feb 2017 (UTC)
Veamos... «¿no hay un criterio unificado en este sentido? ¿es diferente el criterio según sea un tipo de plantilla u otro?»: sí (a ambas preguntas), si es de banda roja lleva la fecha actual, sino la del historial. «Y en ese caso, ¿donde se explican estos criterios?, ¿se pueden consultar en alguna página?» Se explican en la página de documentación de cada plantilla, no hay una unificada. Hasta donde recuerdo, es la primera vez que alguien relaciona los dos conceptos, nunca nos habíamos topado con esta confusión (al menos hablo por mí). Es interesante lo que has dicho, porque son cosas totalmente diferentes pero relacionables. No sé qué proponer al respecto. --Metrónomo's truth of the day: «persevera y triunfarás» 22:15 3 feb 2017 (UTC)
Gracias Metrónomo por responder mis preguntas, tendré en cuenta entonces los colores para reponer las fechas. En cuanto a la segunda parte, discrepo: en las documentaciones de ambas plantillas no se especifica que la fecha que debe establecerse sea ni una ni la otra. En el momento de poner la plantilla siempre debe ser la actual, pero no se indica nada al respecto para cuando se intenta arreglar la plantilla porque esta está incorrecta. Propongo que se especifique en cada una. -- Leoncastro (discusión) 22:35 3 feb 2017 (UTC)
Todo lo que mejore es bienvenido. --Metrónomo's truth of the day: «persevera y triunfarás» 22:48 3 feb 2017 (UTC)

┌─────────────────────────────┘
 Por cierto Metrónomo, quiero expresar algunos comentarios:

  1. He revisado mi historial y la media de mis ediciones ha sido de 3,6 ediciones por minuto, y en unas pocas ocasiones -sorprendentemente hasta para mí- he alcanzado seis ediciones en el mismo minuto. Si eso es sancionable, aceptaré la sanción que se imponga. Permítaseme sin embargo alegar en mi defensa que no todo han sido operaciones de arreglo de plantilla. Por ejemplo: [1][2][3][4]. Además, si hubiera usado un bot, no me hubiera equivocado tontamente.[5]
  2. No entiendo la utilidad práctica de esos separadores, cuando la categoría de hace diez años está sin resolver.[6] Podría entenderlo si se llevara un orden como en el caso de los borrados como bien ha explicado Tarawa.
  3. El bot Grillitus realizaba la operación tal cual ha expresado Ganímedes, añadiendo el texto “t={{sust:CURRENTTIMESTAMP}}” a las plantillas incompletas. Por ejemplo: [7][8][9]. Misma tarea que yo he realizado y que por tanto no voy a revertir, tal y como has sugerido. Y por cierto, parece que el bot no funciona del todo bien últimamente.[10]

Por lo expresado anteriormente, especialmente el punto tercero, creo que puedo continuar con el mismo método usando el CURRENTTIMESTAMP. Prometo ir mas despacio para no saturar a los revisores. Saludos. -- Leoncastro (discusión) 00:36 4 feb 2017 (UTC)

El bot tomó esta edición como referencia. El bot sí se guiaba por el historial, pero no sabe lo que es una reversión. En todos los casos que citaste la plantilla se colocó el mismo día que editó el bot. El cual ya sabemos que no está activo o edita esporádicamente, lo que fue dicho más arriba en este mismo hilo. Aquí puedes ver como añade una fecha diferente.
Por cierto, te pedí disculpas por la presunción de mala fe, fue muy apresurada. A nadie se le sanciona sin advertencia, nuestras políticas no lo permiten. Yo solo te indiqué una restricción de frecuencia y te pedí una explicación. Tú la diste y fue satisfactoria, no se te puede sancionar por desconocimiento. Wikipedia no funciona como el sistema legal, aquí la ley no se presume conocida.
Punto y aparte, es cierto que hay artículos que llevan las plantillas de mantenimiento desde hace 10 años. Que no se hayan resuelto casos tan antiguos no invalida la importancia de querer conocer cuáles son esos artículos y darles prioridad. Sucede que las plantillas de banda naranja no condicionan como las de banda roja. Si el problema de banda roja no se soluciona en cierto plazo, el artículo podría borrarse, pero si el problema es de banda naranja o amarilla el artículo puede permanecer así eternamente. Pero no es lo ideal, por eso se busca conocer aquellos que llevan más tiempo con los defectos encontrados. --Metrónomo's truth of the day: «persevera y triunfarás» 02:27 4 feb 2017 (UTC)
Por si te interesa, eso se explica en Wikipedia:Plantillas de mantenimiento. --Metrónomo's truth of the day: «persevera y triunfarás» 02:41 4 feb 2017 (UTC)
Ante todo muchas gracias por tu paciencia resolviendo mis dudas.
Llevas razón, sí señor. El bot coloca la fecha “histórica”, aunque a veces se corresponda con una reversión -caso tan incorrecto entonces como lo que yo hice-. Quizás en el futuro se pueda incluso revisar el código del bot para que ignore las reversiones en base al resumen de edición, y de este modo se acceda a la fecha real correspondiente.
Entonces las plantillas que intenté reparar estaban mal puestas (sin fecha), y mis ediciones las han dejado también mal puestas (con fecha actual). Revertir no va a solucionar gran cosa, tendré que arreglarlo. Gracias y saludos. -- Leoncastro (discusión) 03:20 4 feb 2017 (UTC)

Plantilla de campañas militares[editar]

Resulta que necesito cambiar la redirección de una batalla pero no encuentro el boton de editar en la plantilla de campañas militares. ¿Alguien me puede ayudar?--Marcos Okseniuk (discusión) 21:55 5 feb 2017 (UTC)

@Marcos Okseniuk: ¿Te refieres a la plantilla {{Campaña militar}}? Las redirecciones a los artículos no se cambian en la plantilla. ¿Qué redirección necesitas cambiar y por qué motivo? --Jcfidy (discusión) 22:01 5 feb 2017 (UTC)
Gracias, lo que pasaba es que yo había creado un articulo con un nombre distinto del que aparecía en la ficha de campaña y esta me lo tomaba como si la pagina no existiese. Ya lo solucioné, fui a la pagina de esa plantilla y la edite para que la batalla llevase a mi articulo.--Marcos Okseniuk (discusión) 22:07 5 feb 2017 (UTC)

Developer Wishlist Survey: Vote for Proposals[editar]

Almost two weeks ago, the Technical Collaboration team invited proposals for the first edition of the Developer Wishlist survey!

We collected around 77 proposals that were marked as suitable for the developer wishlist and met the defined scope and criteria. These proposals fall into the following nine categories: Frontend, Backend, Code Contribution (Process, Guidelines), Extensions, Technical Debt, Developer Environment, Documentation, Tools (Phabricator, Gerrit) and Community Engagement.

Voting phase starts now and will run until February 14th, 23:59 UTC. Click here on a category and show support for the proposals you care for most. Use the 'Vote' and 'Endorse' buttons next to a proposal to do so.

What happens next?
Proposals that will gather most votes will be included in the final results which will be published on Wednesday, February 15th. These proposals will also be considered in the Wikimedia Foundation’s annual plan FY 2017-18 - SSethi_(WMF) (talk) 04:41, 6 February 2017 (UTC)

Tech News: 2017-06[editar]

Las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Problemas

  • El registro de bloqueos mostraba bloqueos más prolongados de lo que eran. Esto ha sido corregido. [11]

Cambios esta semana

  • Las páginas de Wikimedia serán mejores ahora al mostrar las imágenes que de ellas comparta en las redes sociales. Las descripciones asimismo serán diferentes. Puede ver un ejemplo de antes y después. [12]
  • Hay algunos cambios en la OOjs UI. Algunas antiguas funciones dejarán de estar activas o no funcionarán como lo hacían. Esto podría ser un cambio de última hora [13]
  • La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org desde 7 febrero. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias desde 8 febrero. Estará en toda las wikis a partir de 9 febrero (calendario).

Reuniones

  • Puedes unirte a la próxima reunión del Equipo del Editor Visual. Durante la reunión podrás indicar a los desarrolladores cuáles errores consideras que son los más importantes. La reunión se realizará el 7 febrero a las 20:00 (UTC). Ver cómo unirte.

Cambios futuros

  • Ordenado será reemplazado. En su lugar, el algoritmo de análisis sintáctico será usado para corregir el HTML erróneo en el wikitexto. Este causará problemas en un número de wikis. Deberá ser ajustado primero. Puede ver si su wiki aún tiene cosas que ajustar aquí para un problema de HTML. Esta lista no cubre todos los problemas. [14][15]

Noticias técnicas preparadas por embajadores técnicos y publicadas usando un bot • Contribuye • Traduce • Obtén ayuda • Comenta • Suscríbete o date de baja.

19:45 6 feb 2017 (UTC)

Wikidata weekly summary #246[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • You can now download query results as SVG images
    • When posting a link to an item to social networks and on messenger apps that show previews the previews will now be nicer and show an image. (phabricator:T51859)
    • We published the results of our research around Commons usage: How do heavy Commons users work? ...and what does that mean for structured data on Commons?
    • Setting up test system for federation (being able to use Wikidata's items and properties on Commons)
    • Setting up test system for lexemes
    • Setting up test system for improved change dispatching (sending notifications about edits on Wikidata to Wikipedia and co)
    • Doing more groundwork for lexemes
    • Working on better integration with Elastic
    • More work on Federation
    • Getting ready to deploy automated sitelinks for Wiktionary
    • Fixing a number of keyboard navigation issues based on your feedback
    • Working on the new datatype for geoshapes (phabricator:T57549)
    • Looking into linking more complicated external identifiers properly (phabricator:T151329)
    • Improved the link to the help portal on the query service (phabricator:T154993)

See all open tickets related to Wikidata.


Archivos de WP:SVU[editar]

Buenas, parece ser que el bot de archivado de Wikipedia:Solicitudes de verificación de usuarios/Archivo no ha creado una entrada para el 2017, si existe el archivo de enero de 2017 pero no hay enlace en la página principal. --Chico512 14:33 8 feb 2017 (UTC)

El bot nunca ha editado la página, se puede ver en su historial. Las entradas se crean manualmente, pero la página está protegida, y solo puede ser editada por bibliotecarios. -- Leoncastro (discusión) 14:56 8 feb 2017 (UTC)
OFFTOPIC: ¿Por qué las páginas Special:HistoryEspecial:History/Wikipedia:Solicitudes_de_verificación_de_usuarios/Archivo no respetan el formato de /w/index.php?action=history[16]? -- Leoncastro (discusión) 14:56 8 feb 2017 (UTC)
Acabo de añadir los archivos para el año 2017. Saludos. Antón Francho (si me quieres decir algo) 02:35 9 feb 2017 (UTC)

¿Qué está pasando con el comando desplegable en las plantillas y las wikitablas?[editar]

Acabo de notar que el comando que hace que las plantillas y las tablas puedan ser plegadas no está funcionando. ¿Es un error temporal?

Atentamente;


—David ¡Escríbeme! 05:13 9 feb 2017 (UTC)


Hola David, a mi las funcionalidades de desplegado me funcionan bien. ¿Cómo estás configurándolo? ¿Tienes activado el javascript? Platonides (discusión) 20:35 12 feb 2017 (UTC)

Tech News: 2017-07[editar]

LasNoticias técnicas más recientes de la comunidad técnica de Wikimedia. Informe sobre estos cambios a otros usuarios. No todos los cambios le afectarán. Hay traducciones disponibles.

Cambios recientes

  • EventStreams es una nueva manera de mostrar la actividad en las wikis de Wikimedia. De momento, trabaja con la aportación de los cambios recientes. Más adelante hará más cosas. Reemplazará RCStream. Las herramientas que usan RCStream, deberían cambiar a EventStreams antes del 7 de julio. [17]

Problemas

  • El Firefogg puede causar problemas con el "Upload Wizard" (asistente de subida de contenidos). Esto no será reparado porque Firefox no dará más soporte a Firefogg en el futuro.El Upload Wizard (asistente de subida de contenidos) ya no funcionará con Firefogg. [18]
  • Laboratorio de herramientas y las bases de datos de Laboratorios Wikimedia estarán en mantenimiento el 15 de Febrero. Esto empezará a las 17:00 (UTC) y durará aproximadamente unas seis horas. Algunas herramientas podrían tener problemas durante este plazo y a posteriori. [19]

Cambios de esta semana

  • La extensiónTwoColConflict es un nuevo modo de solucionar conflictos de edición. Hace más sencillo copiar y pegar el texto adecuado en el campo de texto. Llegará a Meta y a la Wikipedia en Alemán esta semana. Ya está disponible en MediaWiki.org. Llegará a más wikis en breve. [20]
  • La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 14 de febrero. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 15 de febrero y en todas las wikis a partir del 16 de febrero (calendario).

Reuniones

  • Puedes unirte a la próxima reunión del Equipo del Editor Visual. Durante la reunión podrás indicar a los desarrolladores cuáles errores consideras que son los más importantes. La reunión se realizará el 14 febrero a las 20:00 (UTC).Consulta cómo participar.

Cambios futuros

  • Previsualización de página será activado para usuarios no registrados en las Wikipedias en catalán, griego, ruso e italiano a mediados de febrero. Previsualización de página muestra a los lectores un extracto del artículo enlazado cuando posan el puntero del ratón en el enlace. Esto es para ayudarles a entender qué es aproximadamente lo que encontrarán en el enlace sin dejar el artículo que están leyendo. La Previsualización de página, se llamaba anteriormente "Hovercards". Estará disponible en más wikis esta primavera. [21]
  • El Desarrollador Wishlist es una lista donde los desarrolladores priorizan las herramientas que necesitan. La votación se cierra el [$tiempo4 14 febrero 23:59 (UTC)]. Este proceso es sólo para desarrolladores.

Revisión:

Noticias técnicas preparadas por embajadores técnicos y publicadas por un bot • Contribuya • Traduzca • Obtenga ayuda • Comente • Suscríbase o cancele su suscripción.

18:06 13 feb 2017 (UTC)

Wikidata weekly summary #247[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • Doing a trial run of allowing search engines to index a number of ArticlePlaceholder pages on Welsh Wikipedia. If there are no major issues we will enable this for all placeholders.
    • Improving Federation-related after initial tests,
    • Getting ready to deploy automated sitelinks for Wiktionary
    • Further work on the new datatype for geoshapes (phabricator:T57549)

You can see all open tickets related to Wikidata here.


Plantillas WP:PEP[editar]

Hola. En la Plantilla:ESP el código {{{2|}}} sirve para cambiar el texto que acompaña y el {{{3|}}} para cambiar el tamaño de las banderas. Mi preguntas son si hay más códigos y si se pueden utilizar en las plantillas de otros países USA, ECU, etc. Gracias. --200.119.95.164 (discusión) 21:44 17 feb 2017 (UTC)

Bueno, el parámetro {{{1|}}} no lo has mencionado y sirve para cambiar la bandera nacional por una regional de esa nación, según se detalla en la documentación. Cada plantilla es diferente, y necesitarás revisar la documentación de cada una. Casi todas las banderas siguen un patrón similar en relación al texto y tamaño, pero no todas tienen el campo 1 de las variaciones, o incluso el 3 del tamaño. Por ejemplo {{UKR}} sí tiene opciones para sus regiones (óblast), pero {{TZA}} no tiene opciones ni para regiones ni para tamaño. -- Leoncastro (discusión) 23:10 17 feb 2017 (UTC)
Mira la Categoría:Wikipedia:Plantillas de etiquetas de país. Juan Mayordomo (discusión) 09:00 18 feb 2017 (UTC)

Recurso del día[editar]

Hola, me acabo de fijar en que la plantilla para el recurso del día de hoy (Plantilla:RDD/418) tiene un ancho claramente menor a la correspondiente a otros días (por ejemplo, Plantilla:RDD/419). ¿Alguien que esté más familiarizado con esa plantilla (o sistema de plantillas, más bien) puede echarle un vistazo? Sabbut (めーる) 11:46 19 feb 2017 (UTC)

La plantilla que falla {{RDD/por defecto}} está protegida y solo puede ser editada por los bibliotecarios.
Línea 4: Línea 4:
{{!}}- {{!}}-
− {{!}} }}<div style="vertical-align: top;">{{{descripción}}} + {{!}} }}<div style="vertical-align: top; {{#ifexpr: {{{tamaño|220}}} < 350 | display: inline;}}">{{{descripción}}}
@Sabbut, ¿quieres ser valiente? Saludos. -- Leoncastro (discusión) 16:30 19 feb 2017 (UTC)
✓ Hecho Sabbut (めーる) 16:38 19 feb 2017 (UTC)

Bandalismo[editar]

Estos usuarios estan bandalizando constantemente, suprimiendo, cambiano de contenido de la siguiente página: Despedida de solteros Reality. Bándalos: HC 5555, 190.12.182.25, 191.84.210.150, 200.55.47.61 favor de hacer algo. Muchas Gracias. Usuario que demanda danteaoje.

Danteaoje, este no es el lugar apropiado para esta denuncia. Para eso debes usar la página de Vandalismo en curso. Aprovecho para indicarte que deberías seguir las indicaciones del manual de estilo y que es aconsejable que revises la redacción y ortografía. Un saludo. Leoncastro (discusión) 16:36 19 feb 2017 (UTC)

Wikidata weekly summary #248[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • Making final fixes to initial version of Federation (needed to be able to use Wikidata items and properties to describe media on Commons in the future)
    • More work on baseline for Lexeme entity type for Wiktionary support
    • Fixed an error on d:Special:ConstraintReport (phabricator:T158183)
    • Wikidata Query Service got additional servers, the data has been reloaded to fix a number of issues caused by missed updates and an increase of the time-out of 30s is being looked into.

You can see all open tickets related to Wikidata here.


Tech News: 2017-08[editar]

Las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Cambios recientes

Cambios esta semana

  • Page Previews será actualizado el 23 de febrero. Esto corrige muchos errores. Las previsualizaciones de página se pueden activar en la Característica Beta llamada Hovercards. [23]
  • Ha habido un problema en el CSS de los gadgets que han estado cargando dos veces. La extensión Gadgets tiene dos nuevas opciones: tipo and pares para crear gadgets con más de un módulo de estilo. Leer más sobre tipo y pares. [24]
  • OAuth manejará a los usuarios bloqueados de una manera más consistente. [25]
  • La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 21 febrero. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 22 febrero. Estará en todas las wikis a partir del 23 febrero (calendario).

Reuniones

  • Puede unirse a la próxima reunión con el equipo del Editor Visual. Durante la reunión, puede decirle a los desarrolladores qué errores consideran que son los más importantes. La reunión será el 21 febrero a las 20:00 (UTC). Ver cómo unirte.

Noticias técnicas preparadas por los embajadores técnicos y publicadas por un bot • Contribuye • Traduce • Obtén ayuda • Comenta • Suscribete o date de baja.

19:25 20 feb 2017 (UTC)

Diferencia de criterio en plantillas de banda roja[editar]

Hola. Me preguntaba qué ocurre con algunas plantillas. Por ejemplo, es posible escribir {{SRA|26|02}} y también {{sinrelevancia|1={{subst:CURRENTDAY}}|2={{subst:CURRENTMONTHNAME}}}} pero si coloco {{infraesbozo|26|02}}, da un error. Dice que la forma debe ser {{infraesbozo|t={{subst:CURRENTTIMESTAMP}}}} o {{sust:infraesbozo}}. ¿Por qué ya no funciona colocar la fecha entre barras como con otras plantillas, como Promocional? --Ganímedes (discusión) 17:07 26 feb 2017 (UTC)

Concuerdo en que deberían seguir todas una misma reglamentación. Quizás debería crearse una norma para determinar esos criterios.
De las plantillas rojas, la de infraesbozo es la única que usa |t={{subst:CURRENTTIMESTAMP}}. El resto usa el par día/mes (o no necesita, como {{destruir}}).
Muchas de las naranjas/amarillas/verdes ni siquiera usan alguna fecha -y creo que eso es un error-, y las que la tienen usan el CURRENTTIMESTAMP.
Además resulta un inconveniente que en algunas se pueda usar el {{subst:plantilla}} para agregar la fecha y en otras (porque no usan fecha) esto genere la tabla con el mensaje. Deberian unificarse los modelos. -- Leoncastro (discusión) 18:14 26 feb 2017 (UTC)
No sé si estoy muy confundida pero... ¿antes no se podía agregar la fecha con barras en infraesbozo? --Ganímedes (discusión) 18:39 26 feb 2017 (UTC)
Mirando el historial de {{infraesbozo}} se puede ver que el formato de fecha fue modificado en julio de 2016. -- Leoncastro (discusión) 19:14 26 feb 2017 (UTC)
Ya veo. Tal vez Romulanus nos pueda contar más. Saludos. --Ganímedes (discusión) 14:08 27 feb 2017 (UTC)
Ups. Pues vino a raíz de este hilo. Me parece que había problemas respecto a la ausencia de fecha en determinados tipos de plantillas. Hice un ejemplo con la plantilla de infraesbozos y después lo implementé en la propia plantilla para que se viera en acción. Como muchas otras cosas, se quedó ahí colgado esperando opiniones. Ya ni me acordaba. Si veis que causa problemas, se revierte a la versión anterior. Un saludo. Pd. También podemos seguir donde se quedó. --Romulanus (discusión) 15:57 27 feb 2017 (UTC)
Wikipedia:Plantillas de mantenimiento no explica el uso adecuado de la plantilla actual {{infraesbozo}}, porque se explica día/mes. Lo mismo pasa con {{referencias}}, {{copyedit}} o {{ficticio}}, por ejemplo, que necesitan el parámetro t pero no se explica. Además la herramienta de edición Gadget-botonera.js, que se activa desde las preferencias, también usa el formato día/mes para todas las plantillas de mantenimiento. Personalmente me es indiferente un modelo u otro, incluso ambos si es preciso, pero como ya he expresado es necesario estandarizar y normalizar, ajustando no solo las plantillas y sus documentaciones, sino también las herramientas y demás políticas. Un saludo. -- Leoncastro (discusión) 17:25 27 feb 2017 (UTC)
✓ Hecho Ahora la plantilla acepta las tres opciones. --Romulanus (discusión) 11:09 28 feb 2017 (UTC)

Wikidata weekly summary #249[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • Continued to finalize the initial version of Federation (needed to be able to use Wikidata items and properties to describe media on Commons in the future)
    • More work on baseline for Lexeme entity type for Wiktionary support

You can see all open tickets related to Wikidata here. These other tasks need a volunteer.

Tech News: 2017-09[editar]

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Problems

  • On 22 February the wikipedia.org portal did not work for an hour. This was because of a problem with a JavaScript file. [26]

Changes this week

  • You will be able to use <chem> to write chemical formulas in the visual editor. Previously this only worked in the wikitext editor. [27]
  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 28 February. It will be on non-Wikipedia wikis and some Wikipedias from 1 March. It will be on all wikis from 2 March (calendar).

Meetings

  • You can join the next meeting with the VisualEditor team. During the meeting, you can tell developers which bugs you think are the most important. The meeting will be on 28 February at 20:00 (UTC). See how to join.

Future changes

  • You can soon upload 3D files to Commons. The file formats are AMF and STL. The plan is for this to work later this week but it could be later. [28]
  • The name "Wikipedia" will be more obvious at the top of the page when you read Wikipedia in the mobile view. This is because many readers don't realize they are on Wikipedia. [29][30]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

19:56 27 feb 2017 (UTC)

Reftools[editar]

Consulta: ¿soy el único a quien RefTools le aparece y desaparece constantemente? ¿o es un problema generalizado? --Dereck Camacho (discusión) 06:51 9 dic 2016 (UTC)

Qué bueno que lo mencionas, porque a mí me está enloqueciendo... Yo uso Firefox y tu? —Ganímedes (discusión) 22:44 9 dic 2016 (UTC)
También. --Dereck Camacho (discusión) 22:57 9 dic 2016 (UTC)
Firefox a veces, al tener muchos scripts (o accesorios) funcionando, funciona de manera impredecible. Deja de cargar algunos, o carga algunos antes que otros, y genera errores... La solución que encontré (para un problema similar en Wikisource) fue desactivar scripts que no usaba, y al final opté por usar Chrome. Saludos, --Ninovolador (discusión) 12:50 11 dic 2016 (UTC)
Puede ser, pero he tenido la misma cantidad de scripts por años y siempre utilicé Firefox y nunca había tenido problemas. Alguna actualización reciente en el MediaWiki debe ser el que genera el problema. Saludos. --Ganímedes (discusión) 13:21 12 dic 2016 (UTC)

Me pasa lo mismo, con el Reftools y con el Monobook, desde hace bastante tiempo. Mapep (discusión) 16:12 14 dic 2016 (UTC)

A mí también me pasa y lo he tenido correctamente durante años. El truco que he encontrado es darle insistentemente a previsualizar. Lourdes, mensajes aquí 16:17 14 dic 2016 (UTC)
Sí, a mi también me pasa y es como dice Lourdes Cardenal dando a previsualizar o también actualizar la página. Supongo que es cosa del firefox pues me sucede desde estas últimas actualizaciones del browser (V. actual 50.1.0). --Jcfidy (discusión) 17:10 14 dic 2016 (UTC)
También había descubierto el previsualizar varias veces pero, sinceramente, me da algo de pereza y no siempre funciona. Pero bueno, habrá que probar usando Chrome. --Dereck Camacho (discusión) 22:07 14 dic 2016 (UTC)
No creo que sea el firefox (lo pensé porque me empezó a pasar al actualizarse) sino de es-wiki porque no me sucede lo mismo en otras wikis ni en Commons. --Jcfidy (discusión) 19:09 15 dic 2016 (UTC)

Pregunté en Meta como en 2014 (ya habíamos tenido un problema similar) y me respondieron lo siguiente:

@Ganímedes: Please see the console output of your web browser's developer tools to find reasons for such problems. In this case, ext.gadget.DetectaDesambiguaciones is broken: "TypeError: mw.Api is not a constructor". The line needs to be fixed by a sysop or admin of Spanish Wikipedia. See the docs. --AKlapper (WMF) (talk) 10:42, 26 December 2016 (UTC)
Si algún bibliotecario tuviera la amabilidad de solucionar el problema, se lo agradecería muchísimo... —Ganímedes (discusión) 12:52 27 dic 2016 (UTC)
El gadget detector de desambiguaciones está obsoleto desde 2014! Debería ser reemplazado por un gadget en CSS que inclyera simplemente el siguiente contenido 
.mw-disambig {
 background-color: #FFFF00;
}
.mw-disambig:after {
 content: "Desam";
 font-size: smaller;
 line-height: 1;
 vertical-align: super;
}
El único problema es que dejaría de detectar artículos SRA. Con respecto a la manera de solucionar el problema en JS, no tengo idea. Ninovolador (discusión) 13:41 27 dic 2016 (UTC)
Sé que estás desbordado -jem- pero ¿podrías ver esto? Pocos son los bibliotecarios que entienden de asuntos técnicos. Saludos. --Ganímedes (discusión) 09:53 11 ene 2017 (UTC)

comentario Comentario En esta consulta se están comentando dos scripts diferentes. Si he entendido bien se trata de RefToolbar (JS) (o “refTools” como indica en las preferencias) y del detector de desambiguaciones (JS). He usado ambos scripts tanto por separado como conjuntamente, y tanto en Firefox como en Chrome, y no he tenido problema alguno. También los he probado con un montón de gadgets activos, y tampoco aprecio fallos de funcionamiento. Asimismo todas las pruebas las he realizado con las apariencias Vector y Monobook.

Concuerdo con Ninovolador en que el método más eficaz para detectar desambiguaciones es el que expone (sin necesidad de JavaScript), pero el gadget detector de desambiguaciones sigue funcionando para enlaces a artículos sin relevancia aparente (SRA). Veo que funciona en páginas principales y de usuario, pero no en páginas de categoría. Ejemplo Raúl Campos Paíno; que se puede encontrar en ElPozo Murcia y en Usuario discusión:Holapollo, pero que no remarca el enlace que aparece en Categoría:Wikipedia:Mantenimiento:30 de enero (quizás porque sea categoría oculta y no sale referenciada como “enlace”).

En cuanto a RefTools, siempre encuentro el botón desplegable “Cita” a la derecha de “Ayuda”, pero tarda en mostrarse aleatoriamente entre uno y dos segundos después. Por tanto, discrepo del aviso de Andre Klapper porque en ningún caso he encontrado el aviso que menciona.

Pregunta: ¿Podría alguien poner aquí el listado de errores de la consola del navegador? Para acceder desde Chrome / Firefox: pulsar botón derecho sobre la página y luego en el menú “Inspect” o “Inspeccionar” / “Inspect element” o “Inspeccionar elemento”, con lo que se abre un cuadro con un menú superior en donde es necesario acceder a “Console” o “Consola”. Saludos. -- Leoncastro (discusión) 21:54 13 ene 2017 (UTC)

Inspeccionar elemento
elemento {

} .client-js .wikiEditor-oldToolbar + #wpTextbox1 { 

   margin-top: 33px;

} textarea#wpTextbox1, pre { 

   font-family: monospace;

}

  1. wpTextbox1 {
   line-height: 1.5em;
   resize: vertical;

}

  1. editform, #toolbar, #wpTextbox1 {
   clear: both;

}

  1. wpTextbox1 {
   margin: 0;
   display: block;

} textarea[dir="ltr"], input[dir="ltr"] { 

   direction: ltr;

} .sitedir-ltr textarea, .sitedir-ltr input { 

   direction: ltr;

} textarea { 

   border: 1px solid #c0c0c0;

} textarea { 

   width: 100%;
   padding: .1em;
   display: block;
   -moz-box-sizing: border-box;
   -webkit-box-sizing: border-box;
   box-sizing: border-box;

}

  • {
   font-family: sans-serif;

} .mw-body-content { 

   line-height: 1.6;
   font-size: 0.875em;

} div#content.mw-body { 

   color: #000;

} div#content { 

   font-size: 93%;

} .mw-body { 

   color: #252525;
   direction: ltr;

} html, body { 

   font-family: sans-serif;

} html { 

   font-size: 100%;
¿Eso? —Ganímedes (discusión) 13:34 14 ene 2017 (UTC)
Hola Ganímedes. Casi, pero no. Te ha faltado seleccionar la pestaña de “Consola”. En Firefox desde Windows también se puede abrir usando la combinación de teclas Ctrl+Shift+K. Es la segunda después de “Inspector” y antes de “Depurador”. Es importante que abras la consola en la página donde tengas el error. Por cierto, te pongo una imagen con los avisos que yo recibo, en donde puedes ver la “Consola” seleccionada en azul. -- Leoncastro (discusión) 20:25 14 ene 2017 (UTC)
Ah, Leoncastro, entonces he copiado al revés :P A ver si ahora sí...
Va de nuevo
Use of "wgUserGroups" is deprecated. Use mw.config instead. load.php:154:25

Use of "addPortletLink" is deprecated. Use mediawiki.util instead. load.php:154:25 Use of "wgNamespaceNumber" is deprecated. Use mw.config instead. load.php:154:25 Use of "wgPageName" is deprecated. Use mw.config instead. load.php:154:25 Use of "addPortletLink" is deprecated. Use mediawiki.util instead. load.php:154:25 Use of "wgServer" is deprecated. Use mw.config instead. load.php:154:25 Use of "wgScriptPath" is deprecated. Use mw.config instead. load.php:154:25 ReferenceError: sajax_init_object is not defined[Saber más] index.php:185:9

Por cierto, que el error aparece casi siempre que le doy a editar una página, así que es indiferente (creo) desde cuál ingrese. Saludos. —Ganímedes (discusión) 21:29 14 ene 2017 (UTC)
Ganímedes, el error que tienes («ReferenceError: sajax_init_object is not defined index.php:185:9») lo reproduzco única y exclusivamente en el gadget de Twinkle, que según se indica claramente en las preferencias es Parcialmente funcional. Recomendaría la desaprobación de ese complemento hasta su completa actualización, porque usa funciones totalmente eliminadas y reemplazadas por el sistema actual de Wikipedia. [31] Por favor, verifica que no tienes activado el gadget de Twinkle y purga o borra la caché. -- Leoncastro (discusión) 22:04 14 ene 2017 (UTC)
Explicación: Como bien ha indicado Ninovolador, Firefox funciona de manera algo impredecible y carga algunos scripts antes que otros. El problema es que normalmente se detiene cuando encuentra un error, entonces unas veces carga unos scripts antes del error y otras veces no los carga porque estaban para su carga posterior al error. Entonces, tener scripts que fallen también es perjudicial para el resto de scripts que funcionan. -- Leoncastro (discusión) 22:17 14 ene 2017 (UTC)
Gracias, pero he quitado el Twinkle y me sigue dando los mismos problemas (no aparece la barra de reftool y tampoco los enlaces azules de abajo), incluso luego de purgar varias veces la caché. Saludos. —Ganímedes (discusión) 01:43 15 ene 2017 (UTC)
Disculpa Ganímedes, tras un análisis más exhaustivo, he detectado otros gadgets que también generan errores o problemas en la carga de otros códigos. Todos ellos deberían ser desactivados de las preferencias hasta su reparación. Son estos:
Opción en preferencias Mensaje de error Comentarios
Navegación
(Parcialmente funcional) Twinkle. ReferenceError: sajax_init_object is not defined
(Monobook) Mostrar las últimas páginas nuevas en la columna izquierda. TypeError: side_col is null No da error usando sl skin Monobook, pero sí usando Vector
(Monobook) Mostrar los últimos cambios recientes en la columna izquierda. TypeError: side_col is null No da error usando sl skin Monobook, pero sí usando Vector
Apariencia
Muestra, en el historial, un color para cada tipo de usuario (bots, usuarios normales, anónimos y bibliotecarios). Error: Permission denied to access property Symbol.toPrimitive
Fondo negro y texto de color verde. "NetworkError: 404 Not Found - https://upload.wikimedia.org/wikipedia/en/6/6e/WikiGreen.png" No genera problemas con la carga de otros scripts
Saludos. -- Leoncastro (discusión) 15:35 15 ene 2017 (UTC)
Hola, Leoncastro, gracias por el interés y la ayuda. He desconectado el color para cada usuario, más otras que no señalaste, también de colores: Uso de colores para visualizar niveles en una discusión (no recuerdo que alguna vez haya funcionado con Vector) y Colores de fondo distintos, de acuerdo al tipo de página (esta tampoco; antes andaba y era fantástica). Las otras no las tenía instalada. Sin embargo, la aparición de la barra parece que es aleatoria (a veces si, a veces no). En todo caso, vamos por buen camino (antes de tus sugerencias no me aparecía ni dándole 4 veces a Previsualizar)... Saludos. —Ganímedes (discusión) 16:08 15 ene 2017 (UTC)
Hola Ganímedes, solo trato de ayudar. Yo ya he activado todos los complementos de las preferencias y esos fueron los errores que he encontrado. Es cierto que otros gadgets no veo que funcionen, pero al menos tampoco generan problemas. Si prefieres podemos continuar buscando errores en tu “Consola”, y para no alargar esta discusión innecesariamente podemos contactar por el canal de IRC. -- Leoncastro (discusión) 16:22 15 ene 2017 (UTC)
Ganímedes: Estoy dispuesto a ayudar y atento a lo que puedan averiguar entre tú y Leoncastro (a quien agradezco el notable esfuerzo) probando accesorios. Está claro que es necesario poder identificar claramente de dónde vienen estos problemas para poder corregirlos, y como Javascript no es mi campo habitual/preferido, tendría que estar bastante seguro de qué corresponde hacer antes de actuar. Por otra parte, en lo que respecta al detector de desambiguaciones, si se planteara el cambio del código JS por el CSS que indica Ninovolador, tendríamos que debatirlo, ya que además de perderse el marcado de los artículos SRA, también se perdería el de las redirecciones que apuntan a una desambiguación, que no son pocas (se podría incorporar al accesorio el marcado de todas las redirecciones usando CSS, pero no sé si habría objeciones). En todo caso, cualquier acción necesaria pueden plantearla en el tablón miscelánea, que es el que vigilo, y donde intervendría si no lo hacen otros antes. - José Emilio –jem– Tú dirás... 19:49 15 ene 2017 (UTC)

┌─────────────────────────────┘
 Gracias a Leoncastro hemos podido focalizar el problema en un accesorio particular: La nueva botonera con función expandida. Parece que este complemento tiene plantillas que no están bien configuradas y que evitan o dificultan que se carguen otros gadget, incluyendo Reftool y la propia barra de herramientas. He desconectado además montones de accesorios que no funcionan con Vector, y, aunque Reftool sigue teniendo problemas para aparecer, al menos ahora carga la barra de herramientas por defecto. Saludos. --Ganímedes (discusión) 15:23 18 ene 2017 (UTC)

Gracias a todos por los consejos. He seguido los pasos de Ganímedes pero no acaba de funcionar bien. De momento lo mejor es previsualizar hasta que se entere. Lourdes, mensajes aquí 16:07 18 ene 2017 (UTC)
Hola Lourdes Cardenal, si quieres ponte en contacto conmigo y tratamos de buscar el error. En el caso de Ganímedes tenía sin saberlo varios gadgets activos conflictivos, no solo la botonera expandida sino también Twinkle e incluso scripts mediante el archivo commons.js. -- Leoncastro (discusión) 20:03 18 ene 2017 (UTC)
Si bien agradezco a Ninovolador su aporte, a mi me haría más difícil ciertas tareas de mantenimiento, por lo que preferiría buscar una solución alternativa que permita mantener en amarillo los enlaces a redirecciones de desambiguación y los enlaces a artículos SRA, Jmvkrecords ⚜ Intracorrespondencia 20:31 18 ene 2017 (UTC).

Gracias, Leoncastro, contactaré contigo el sábado o el domingo y nos ponemos de acuerdo. Lourdes, mensajes aquí 17:58 19 ene 2017 (UTC)

El gadget detector de desambiguaciones ha sido revisado y actualizado. Recuerden que por defecto solo marca Desam y SRA en artículos del espacio principal, pero que también se puede configurar y ampliar fácilmente.
En cuanto a RefTools no le he visto ningún problema tras una amplia revisión. Tan solo he notado que el botón tarda uno o dos segundos en aparecer, en función de la cantidad de scripts activados.
Recuerden desactivar en las preferencias los gadgets problemáticos de la tabla anterior, y eliminarlos de su archivo personal common.js si estuviesen allí. Saludos. -- Leoncastro (discusión) 19:46 22 ene 2017 (UTC)

Gracias Leoncastro por tus desvelos. Ya he notado la diferencia. Lourdes, mensajes aquí 20:17 22 ene 2017 (UTC)

El accesorio de fondo negro y texto verde ya encuentra el logo de Wikipedia en verde (la URL correspondía a Wikipedia en inglés, pero la imagen se trasladó a Commons). Ahora bien, visualmente sigue siendo un desastre. Muchos elementos siguen sin colorearse de negro, el logo original de Wikipedia se sigue viendo (desplazado de su posición original) y la elección de colores dificulta mucho la lectura. Podría seguir trasteando con el accesorio para tratar de arreglarlo, pero, a decir verdad, me parece un accesorio muy poco práctico, y pienso que no habría problema en prescindir de él. ¿Alguien lo utiliza o lo echaría de menos? Sabbut (めーる) 22:32 22 ene 2017 (UTC) PD: El accesorio está en MediaWiki:Gadget-blackskin.css. Al parecer, fue creado por un usuario de Wikipedia en italiano, pero allí la página correspondiente no está disponible, está protegida contra creación y no tiene historial. A saber... Sabbut (めーる) 22:41 22 ene 2017 (UTC)
Sabbut: eso es porque el código no estaba allí, lo que ves es como ve una página MediaWiki alguien que no tiene permiso de sysop. El código estaba en it:Utente:Kormoran/monobook.css. --Metrónomo's truth of the day: «persevera y triunfarás» 19:22 6 feb 2017 (UTC)
Gracias, Sabbut. Justamente hablábamos con Leon hace unos días de que era necesario actualizar la lista de gadgets, pues muchos de los listados no están funcionando o lo hacen parcialmente, como por ejemplo ese que hace que las páginas se muestren de un color o de otro, dependiendo si es discusión o espacio principal, el que diferencia los tipos de usuarios por colores, el que muestra las diferencias con colores en los diff, y una larga lista de etcéteras. Creo que si no se pueden reparar, pues lo mejor es depurar. Saludos. --Ganímedes (discusión) 13:51 23 ene 2017 (UTC)
Ya digo que este en concreto se puede obviar y que, quien quiera, se ponga algo así en su propio CSS:
* {
    background-color: black !important;
    color: #0f0 !important;
    border-color: #0f0 !important;
}

a {
    background-color: #050 !important;
}

#p-logo { 
    background: url(//upload.wikimedia.org/wikipedia/commons/6/6e/WikiGreen.png) no-repeat;
    background-color: black;
    position: absolute;
    top: 8;
    left: 15;
    height: 0;
    width: 0;
    padding: 0 0 154px 154px;
    overflow: hidden;
}
Así, todo el texto se ve en verde chillón, el fondo en negro y se resaltan los enlaces con un sombreado verde. Es muy burdo y muy mejorable, pero se ve mejor que el gadget ahora mismo. Sabbut (めーる) 15:44 23 ene 2017 (UTC)
Excelente trabajo Sabbut. Con pocas modificaciones ha quedado mejor de lo que era. He generado un archivo propuesta para reemplazar el código actual del Gadget-blackskin.css aquí. Si se cree conveniente se puede actualizar el código. -- Leoncastro (discusión) 22:08 23 ene 2017 (UTC)
A mi me sigue pasando. ¿Habrá forma de saber cual es el gadget o lo que sea que está dando el problema? --Dereck Camacho (discusión) 22:18 25 ene 2017 (UTC)
@Dereck Camacho Aunque no prometo nada y lo estoy viendo difícil, esta es mi respuesta. Disculpen, ya se que esto no es un foro pero no he podido resistirme. -- Leoncastro (discusión) 21:12 29 ene 2017 (UTC)
Sobre Blackskin: ese gadget se diseñó para Monobook, por eso no colorea todo en Vector. Además está incompleto, de acuerdo al estado actual de nuestra wiki. Lo activé por motivos personales sin saber nada de este hilo (buscaba letras blancas sobre fondo negro) y lo desactivé en seguida por ser muy chillón. Estoy trabajando en Usuario:Metrónomo/common.css en una versión más sobria y completa, pero todavía la falta. Más adelante puedo proponerla como actualización, se aceptan sugerencias. --Metrónomo's truth of the day: «persevera y triunfarás» 15:46 6 feb 2017 (UTC)
@Metrónomo ¿has visto mi propuesta para el blackskin? Está diseñada para Vector y basada en el ejemplo de Sabbut. Mantiene la idea original de texto verde en fondo negro, como eran los antiguos terminales. -- Leoncastro (discusión) 18:15 6 feb 2017 (UTC)
No lo había visto (llegué tarde a este hilo). Funciona muy bien (y eso que lo revisé de arriba a abajo, je, je, je), es el sustituto ideal para el código actual. Lo único que extraño es que no se distinguen los enlaces externos de los internos y, entre estos, los que existen de los que aún faltan crear. Me has ahorrado tiempo de trabajo :). --Metrónomo's truth of the day: «persevera y triunfarás» 18:35 6 feb 2017 (UTC)
Es un planteamiento inicial, es posible que falten algunos detalles como los que comentas. Pero es bastante más efectivo que el actual. Por cierto, usando la configuración de Vector predeterminada se distinguen los enlaces externos de los internos por el simbolo “  ”, que simplemente he puesto en tono verde, acorde con el resto del skin. -- Leoncastro (discusión) 19:00 6 feb 2017 (UTC)
✓ Hecho Agregado color para “enlaces rojos”. -- Leoncastro (discusión) 19:11 6 feb 2017 (UTC)
Yo solo decía que los extrañaba. Los enlaces a otros proyectos el sistema los trata como externos, aquí se ven como internos, pero es un detalle menor. Por cierto, ¿hay forma de que funcione {{Colort}} cuando se usa este estilo? --Metrónomo's truth of the day: «persevera y triunfarás» 19:14 6 feb 2017 (UTC)
Respuesta técnica: Sí, pero para respetar esos colores será necesario reconvertir la primera instrucción
* {
    background-color: black !important;
    color: #0a0 !important;
    border-color: #0a0 !important;
}
desglosando el comodín * (asterisco) en todos los objetos de fondo blanqueado del skin original Vector.
Respuesta corta: Sí, pero no tengo tiempo de momento :). ¿Te animas? -- Leoncastro (discusión) 20:01 6 feb 2017 (UTC)
Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Portal/Archivo/Técnica/2017/02&oldid=125316272»