Wikipedia:Café/Portal/Archivo/Técnica/2010/07

Ir al café de Técnica actual

 ← Mes anterior 

 Mes siguiente → 

Bandera Comunidad de Madrid

Hola. Quería comentaros que últimamente hay problemas al poner la bandera de la comunidad de Madrid con esta notación: {{bandera|Comunidad de Madrid}} y pediros que lo arregleis si podeis. Gracias. Morancio (discusión) 14:25 6 jul 2010 (UTC)

Ya está, arreglado :) Lobo (howl?) 01:40 10 jul 2010 (UTC)

Hora UTC

Hola a todos. Simplemente comentar que la hora UTC que aparece en la parte superior derecha de la página principal es incorrecta, ya que muestra un atraso de una hora. Es decir, la hora UTC correcta es una más de la mostrada. Gracias y un saludo.

Especial:Preferences y revisa también la hora de tu computador. Drini (discusión) 14:46 9 jul 2010 (UTC)

También, por alguna razón, esa hora siempre se atrasa, por lo que llega a ser inútil --by Màñü飆¹5 ^talk 00:12 10 jul 2010 (UTC)

Plantilla:ficha de eleccion

alguen podría ampliar esa plantilla para que soporte 8 partidos a la vez, necesario en Elecciones legislativas de Colombia de 2010 -- Don pownerus de la Mancha (Mensajes) 19:15 12 jul 2010 (UTC)

Tengo entendido que la idea es no atiborrar la ficha con datos, por eso sólo se permiten los 4 primeros lugares en número de la votación. Para añadir más candidatos/partidos, puedes agregar tablas adicionales con los datos de escrutinio en el cuerpo del artículo (como aquí). --Linfocito ~ Salu2 desde Colombia. 16:55 13 jul 2010 (UTC)

El creador del articulo añadió los datos de los 8 partidos sabiendo que los 8 tuvieron escaños, por eso mi sugerencia para mostrar los 2 que faltan -- Don pownerus de la Mancha (Mensajes) 18:50 13 jul 2010 (UTC)

discusión sobre artículo

Hola, yo estoy intentando que se me mantenga un artículo que agregué, que en teoría no tenía relevancia (le agregué links y notas al pie y expliqué su relevancia en la discusión) y ahora veo esto en el html: significa que está bien? la página es esta: http://es.wikipedia.org/wiki/El_Puercoesp%C3%ADn Nadiaroz (discusión) 22:25 17 jul 2010 (UTC)

Borrado rápido

¿Soy el único al que le ha desaparecido la pestaña de borrado rápido? Uso mac, firefox y la piel monobook. Es una herramienta útil... quisiera recuperarla. Gracias, Roy 14:10 18 jul 2010 (UTC)

¿No aparece? Ya han editado Media-Wiki.--Gracias, Blacki4 | ディスカッション 15:13 18 jul 2010 (UTC)

Blacki, el borrado rápido es una pestaña que sólo pueden ver los bibliotecarios. Un saludo, Agustín M. ¿Alguna pregunta? 15:16 18 jul 2010 (UTC)

Agus:Ya lo sabía. Me refería de que si él no los ve es problema de mediawiki, como pasó con la pestaña [ purgar ]

Yo tampoco la tengo, ¿donde está?, devuélvanla por favor. Edmenb - Mensajes 15:58 18 jul 2010 (UTC)

¡Hola que tal! Lo mismo aquì, creo que es el Mono-Buque, ya que también me desapareció mi linda botonera . Saludos --Humberto --(♋)-- 04:26 19 jul 2010 (UTC)

Axxgreazz ya está por estos lares y ha estado haciendo algunos cambios, puede que alguno de ellos les hayan afectado, ya le aviso que lea esto :) --by Màñü飆¹5 ^talk 05:53 19 jul 2010 (UTC)

Hay pocas cosas en Wikipedia que uso más que la pestaña de "borrado rápido". ¡La necesito! Sabbut (めーる) 11:46 19 jul 2010 (UTC)

Aclaración (principalmente para blacki). No existe una "pestaña" de borrado rápido en la piel monobook. Algunos scripts añaden una, pero no es algo que mediawiki mismo añada. Dado que es un añadido vía script, cuando se modifica el script (y no mediawiki) la funcionalidad puede cambiar. Magister Mathematicae: (clic aquí para saber cómo puedes ayudar a Wikipedia) 12:25 19 jul 2010 (UTC)

Pues tenían razón... algo de lo que estuve toqueteando les malogro ese botón. Ya lo reparé. En todo caso, si conocen algún experto en java necesito ayuda con algunos scripts de ajax para lograr que el monobuque sea compatible al 100% con el skin Vector. Nunca fui experto en programación (menos en programación web) y ahora tengo menos tiempo que nunca por ello necesito de una mano amiga =) ... Drini, por experiencia te puedo afirma que esporádicamente algunos cambios en MediaWiki si afectan el funcionamiento de los scripts ... por ejemplo si el script depénde de alguna varible a la cual se le cambia el nombre ... saludos Axxgreazz (discusión) 02:38 20 jul 2010 (UTC)

Ah, vale. Pero es que con la pestaña purgar si pasó eso.--Gracias, Blacki4 | ディスカッション 09:23 20 jul 2010 (UTC)

¡Hola que tal! Ahora tengo 2 pestañas de borrado rápido . Saludos Humberto --(♋)-- 00:43 21 jul 2010 (UTC)

Agrupar ediciones de un mismo usuario

¿Qué les parece si se agruparan las ediciones de un mismo usuario en el historial de ediciones de los artículos? De esta forma se haría más fácil leer los historiales. En mi opinión debería permitir desagruparlos mediante JavaScript, y quienes no tiene JS deberían verlos normalmente. Sería una mejora en la usabilidad sin afectar a la accesibilidad notablemente. Si resulta útil podría agregarse posteriormente como un parámetro que lo tome MediaWiki para que también funcione para quienes no tienen JS (recargando la página).

Eloy ♂ (mensajes) 03:27 26 jul 2010 (UTC)

Esto ya se puede hacer, pues si vas a Especial:Preferencias sección de «Accesorios», puedes seleccionar el ítem «Agrupa las ediciones de un mismo usuario en el historial y hace otros cambios.». Nixón (wop!) 03:31 26 jul 2010 (UTC)

Ok, gracias, no sabía. Tantas opciones hay ahora... :P--Eloy ♂ (mensajes) 05:39 27 jul 2010 (UTC)

Título de canción (artista song)

Lo malo de trasladar tablas llenas de enlaces es que a menudo estos no los traducen a títulos en español, y así tenemos muchos enlaces que llevan a "no sé qué (Kanye West song)", "tal y cual (U2 song)" o simplemente "eso y lo otro (song)". ¿Podría alguien pasar un bot por la Wikipedia y cambiar los enlaces con "(song)" por "(canción)" y los "(X song)" por "(canción de X)"? No por hacerlo así se van a corregir todos los enlaces (algunos sólo estarían marcados como "(song)" en inglés porque de lo contrario se confundirían con una palabra de uso común, cosa que no necesitamos distinguir aquí), pero se evitarán cientos de traslados que actualmente se están haciendo cada vez que alguien crea un artículo con la palabra de desambiguación en inglés. Sabbut (めーる) 07:45 26 jul 2010 (UTC)

Otra tarea eterna es traducir los parámetros de las fichas (y la ficha misma), ejemplos {infobox single}, title=, single=, album=, composer=, etc. Magister Mathematicae: (clic aquí para saber cómo puedes ayudar a Wikipedia) 14:27 26 jul 2010 (UTC)

Problemas con plantilla

Hola. Hace unos momentos, se trasladó/redireccionó la plantilla imágen múltiple, y debido a no sé qué razones los artículos que la usaban ahora muestran un simple «#REDIRECCIÓNPlantilla:Imagen múltiple» que no enlaza a nada. De hecho, la página que documenta la info de la misma (Plantilla:Imagen múltiple/doc) muestra ya el problema de visualización de las imágenes. ¿Alguién pudiera corregirlo? LINK ■ ¿Ideas? 02:37 27 jul 2010 (UTC)

Lo que ocurrió es que al realizarse la fusión de historiales que pedí luego de fusionar {{Imagen múltiple}} y {{Cuadroimagen}}, la plantilla quedó como una redirección a si misma. Ya está arreglado :). Bachinchi (discusión) aka Locos epraix 03:02 27 jul 2010 (UTC)

Artículo para traducir

Hay algo que vi de pasada en algunos pocos artículos de Wikipedia (y en Wikcionario se usa algo similar), cuando el artículo no existe, poner una referencia así: PATRICIA^(pt).

Mi propuesta es:

• Permitirlo y sugerirlo sólo en desambiguaciones y anexos (en el medio del texo no queda muy prolijo y puede distraer por ser un poco críptico).
• Sugerir hacerlo indicando la mejor (a criterio del wikipedista) versión en otra Wikipedia.
• Usar una plantilla que avise cuando el artículo está creado, añadiéndose a una categoría de mantenimiento.

Ya hice la plantilla y una prueba en mi espacio de usuario.

Los objetivos son:

• Incentivar al wikipedista a iniciar la traducción.
• Ofrecer una alternativa cuando no existe el artículo.
• Dejar establecido el interwiki antes de que exista el artículo. Así no hay que buscarlo (a veces los nombres son muy distintos) y ya se incentiva a incluir los interwikis.
  Eloy ♂ (mensajes) 21:21 16 jul 2010 (UTC)

A mi no me parece. No sé en qué artículos lo viste, pero aquí no se vale eso. Mejor coordinarse en un wikiproyecto de traducción, porque qué sigue este artículo^(fr)(de)(it) etc?

Además luego hay el problema de que no siempre hay correspondencia 1-1 entre artículos de distinas wikipedas.

No quiero ser negativo, pero realmente no me parece buena idea llenar de superíndices a otras wikipedias en los enlaces rojos.

Mejor un "tablón de posibles traducciones" para quienes quieran trabajar (misma condición necesaria para que el esquema que propones funcione) pueda acudir y escoger uno que le agrade. Magister Mathematicae: (clic aquí para saber cómo puedes ayudar a Wikipedia) 23:07 16 jul 2010 (UTC)

El que no siempre haya correspondencia biunívoca entre articulos de wikipedias en distintos idiomas no nos impide tener interwikis, y muchos de nuestros colaboradores no usan los wikiproyectos. Lo que a mí me gustaría es que esa información, que sí resulta útil, estuviese disponible al ir a crear el artículo nuevo. Esto es, que fuera posible añadir ese tipo de información, auxilios a la creación del artículo previos a un esbozo, pero de forma no intrusiva. Si la gente fuera a usarlo, posiblemente bastase aconsejar la inclusión de esta información en la página de discusión del artículo inexistente, ¿no? (Corregidme, porque aquí seguramente estoy metiendo la pata.) De esta forma el enlace seguiría en rojo pero el material estaría donde ha de estar. En la práctica, si es una idea aislada y lo vamos a usar cuatro, posiblemente no valga la pena, porque me estoy imaginando las dudas en las tareas de limpieza: «¿esto qué es?» -- 4lex (discusión) 23:30 16 jul 2010 (UTC)

De vez en cuando veo en un artículo enlaces azul claro, que generalmente apuntan a en:. Se trata de una simple variante de la eritrofobia wikipédica, según la cual es mejor no poner nada (o poner un enlace a una Wikipedia en otro idioma) que poner un horrrrrrrrrible enlace rojo. En cuanto a la propuesta, no me parece una idea demasiado mala, porque, de esa manera, el lector al menos puede acceder a algo mientras no exista la página equivalente en español. Sin embargo, veo dos grandes desventajas:

• Una vez creado el artículo, es complicado buscar todos los artículos que enlazan a esos "interwikis". Sí, se puede utilizar la herramienta "Lo que enlaza aquí" y mirar uno a uno todos los artículos que enlazan a ese en busca de enlaces azul claro, pero es una tarea bastante aburrida que no consigue nada en la gran mayoría de las ocasiones.
• Queda feo en cualquier obra derivada, especialmente en obras impresas en las que, evidentemente, no puedes seguir enlaces.

Y estas desventajas bastan para que me sitúe moderadamente en contra, vaya. Sabbut (めーる) 17:05 17 jul 2010 (UTC)

1) Como ya dije, la cuestión no es ponerlo en todos los enlaces rojos, sino en ciertos lugares, por ejemplo en desambiguaciones.

2) No, no sería complicado buscar los enlaces una vez creado el artículo, porque se añaden automáticamente a una categoría de mantenimiento (Categoría:Wikipedia:Revisar.

3) No, no sería complicado en una obra derivada porque al ser una plantilla se puede modificar para que no se imprima.

4) Como bien dijo 4lex, muchas veces los interwikis no son biunívocas y sin embargo se incorporan. A veces un artículo en inglés es más específico que en español, otras veces es más inclusivo.

Eloy ♂ (mensajes) 02:29 26 jul 2010 (UTC)

Hola, iba a realizar una consulta relacionada con el mismo asunto y afortunadamente encontré esta propuesta que me parece de lo más acertada. En el poco tiempo que he colaborado con traducciones para Wikipedia, me he dado cuenta de la gran cantidad de artículos que quedan en rojo cuando intento realizar enlaces internos. Como editor, pero principalmente como lector, esto resulta particularmente frustrante pues muchas veces los artículo son complementarios entre sí, luego, un enlace rojo no conduce a información a la que tal vez me gustaría acceder (el artículo en otro idioma). También podría enlazar el artículo como si fuera una página externa, pero esto obstaculizaría la creación de nuevos artículos en español (lo sé por experiencia). Además, tal vez quiera realizar una traducción a partir del enlace rojo, pero no sepa el nombre de la página a traducir, debido a que muchas veces los términos no se traducen literalmente e incluso tienen nombres diferentes (si lo desean podría aportar ejemplos), o simplemente el tema es tan poco conocido en el habla hispana, que no existe una traducción adecuada para el nombre del mismo. Lo interesante de esta plantilla, me parece, es que pretende que menos lectores se queden con un ¿a qué se refiere con eso?, ¿de qué está hablando?, ¿qué significará aquello?, ¿WTF?, y que promueve la estandarización de este tipo de enlaces, que aunque no estén permitidos, es evidente que se seguirán utilizando. Y aunque sea verdad que se le puede dar un uso desmedido a la plantilla, existe el mismo riesgo para todas las demás plantillas, y se podría arreglar fácilmente posibilitando o sugiriendo el uso de un único enlace o una cantidad limitada de los mismos. Ciertamente, como lector interesado sólamente en consumir, no me dirigiría hacia un "tablón de posibles traducciones" para realizar una consulta. Por tanto estoy completamente de acuerdo con el uso de este tipo de interwikis. Alrik ^Contáctame 23:35 26 jul 2010 (UTC)

Propuesta derivada

De sus comentarios se me ocurre otra opción que tiene dos formas de implementarse. La propuesta sería que al llegar a un artículo no creado, el texto MediaWiki:Newarticletext incluya las alternativas en otras wikipedias.

1) Una opción es agregar el siguiente código en MediaWiki:Newarticletext:

{{#ifexists:Wikipedia:Artículo preeliminar/{{FULLPAGENAME}}|*Como alternativa, puedes ver el artículo equivalente en otros idiomas ([[Wikipedia:Artículo preeliminar/{{FULLPAGENAME}}|editar]]): {{:Wikipedia:Artículo preeliminar/{{FULLPAGENAME}}}}|*Puede agregar alternativas a la Wikipedia en otros idiomas [[Wikipedia:Artículo preeliminar/{{FULLPAGENAME}}|aquí]]}}

y los interwikis se agregarían en el artículo Wikipedia:Artículo preeliminar/Nombre_del_artículo.

Sería sencillo de implementar (sin incluir extensiones), pero no tan prolijo.

2) La idea de la tabla con traducciones también podría hacerse, en un Wikiproyecto o algo así. Pero tiene la desventaja de que quien ingresa al artículo o ve el enlace no puede acceder a la alternativa en otros idiomas.

3) Otra opción sería hacer una extensión, aunque aquí también habría varias opciones. Una sería que al crear un artículo sólo con interwikis lo considere vacío, pero muestra las interwikis y al editarlo también aparezcan. Otra sería poder crear "artículos preeliminares" con interwikis, categorías (pero no se lista en ellas o se lista en rojo) y quizás hasta un texto genéricos.

Pero sería más difícil de implementar.

Eloy ♂ (mensajes) 02:29 26 jul 2010 (UTC)

Estas propuestas me parecen también interesantes. Alrik ^Contáctame 23:35 26 jul 2010 (UTC)

Solo un comentario, #ifexist es una de las dos funciones mas costosas para el servidor, no se que tan perjudicial sería colocarla en un mensaje de MediaWiki... --by Màñü飆¹5 ^talk 09:41 27 jul 2010 (UTC)

Interesante dato. Una posibilidad sería, de permitirse, evaluar qué carga le produce al servidor esta alternativa. Sino habría que optar por alguna de las otras (usando extensiones).--Eloy ♂ (mensajes) 02:25 28 jul 2010 (UTC)

Problemas de justificación y colocación de párrafos

Buenos días, estoy traduciendo un artículo y cuando incorporo dos tablas el texto que debería ir debajo se sitúa entre medias de ellas haciendo que no tenga sentido nada del artículo. He probado en IE8 y en Safari y en ambos casos pasa lo mismo. El artículo es Anexo:Lista Tesoro Nacional de Japón (materiales arqueológicos). Muchas gracias por adelantado. --Nachosan (discusión) 13:28 28 jul 2010 (UTC)

No era problema ni de IE ni de Safari, ya que se veía exactamente igual en los "5 grandes" (IE-Firefox-Chrome-Safari-Opera). El problema es que la versión en inglés tenía un arreglo, que era la inclusión de una pequeña plantilla {{-}} que equivale a la nuestra {{--}}. Lo que hace es "limpiar" todo lo que esté bajo elementos flotantes. Aquí el arreglo al anexo ;) --Linfocito ~ Salu2 desde Colombia. 15:23 28 jul 2010 (UTC)

Trasladar sobre una redirección

Buenas noches (acá).. les cuento. Necesito trasladar el artículo Músculo occipital (músculo) a Músculo occipital, siendo el último una redirección al primero. Cuando lo intento por los métodos que conozco me tira error.. ¿será alguno de ustedes tan amable de hacerlo con sus poderes bibliotecarios o algo así?. Gracias de antemano, Ignacio Rodríguez - δ -- contr. 03:50 29 jul 2010 (UTC)

Te daba error porque no se puede trasladar a una página ya existente, aunque esté vacía. Había que borrarla primero, facultad exclusiva de los usuarios con flag de biblio. Este tipo de asuntos puedes comunicarlos mejor en el tablón. Saludos π (discusión) 08:05 29 jul 2010 (UTC)

Posible Bug

En el artículo Proceso (revista) aparece que hay error en la cita aunque ya está agregada la plantilla

--SirWalter (discusión) 20:28 30 jul 2010 (UTC)

Resuelto. --Technopat (discusión) 20:31 30 jul 2010 (UTC)

Error de diseño/renderizado en la caja de navegación izquierda

Error en la lista de proyectos; ejemplo tomado de este artículo.

Formulé esta duda hace un mes, pero veo que no se ha corregido. ¿Alguien podría echarle un vistazo al código de la sección "otros proyectos" de la caja de navegación izquierda? El problema radicará con las plantillas {{commons}}, {{wikiquote}} entre otras más (generalmente se incorporan en las secciones de Enlaces externos de los artículos), las cuales añaden dicha sección adicional en la caja de navegación. El error aparece con la combinación Vector+Internet Explorer (cuando renderiza en modo "quirks"). Son afectados IE6 e IE7; en IE8 ocurre sólo en modo de compatibilidad. Debido a esto, no serán pocos los visitantes afectados. Quizá exista algún CSS repetido que salta al detectar una versión vetusta de IE. --Linfocito ~ Salu2 desde Colombia. 15:36 22 jul 2010 (UTC)

Viendo el javascript de la función no supe cual es el error. Si no existe alguna forma de arreglarlo preferiría que se desactivara la función para MSIE6/7. --Bachinchi (discusión) aka Locos epraix 00:58 23 jul 2010 (UTC)

Eso o tomar el sistema que usan en la Wiki en italiano, que según noté ayer, no causa problemas en IE7 --by Màñü飆¹5 ^talk 05:26 24 jul 2010 (UTC)

Entonces muchachos, ¿qué se decide? El problema sigue allí fuera :/ --Linfocito ~ Salu2 desde Colombia. 02:15 2 ago 2010 (UTC)

La función de Javascript que implementa la cajita con enlaces entre proyectos en la wikipedia en italiano es esta:

Código (de vector italiano)

/** Supporto per il Template:Interprogetto ******************************************** * * Attenzione: questo codice è un "hack", strettamente dipendente dal funzionamento * della skin Vector; potrebbe smettere di funzionare in caso di modifiche alla skin. * * Maintainer: [[Utente:Salvatore Ingala]] */ if ( typeof $j != 'undefined' ) $j(document).ready(function(){ try { if ( $j( '#interProject' ).length == 0 ) return; //Controlli aggiuntivi sul div 'interProject' var $ul = $j( '#interProject' ).find( 'ul' ); if ( $ul.length == 0 || $ul.find( 'li' ).length == 0) return; var id = 'p-iproject'; var portal = document.createElement( 'div' ); portal.id = id; var $portal = $j( portal ); var $divbody = $j( document.createElement( 'div' ) ); $divbody.addClass( 'body' ) .append( $j( '#interProject' ).find( 'ul' ) ); $portal.addClass( 'portal' ) .html( '<h5>Altri progetti</h5>' ) .append( $divbody ) .insertAfter( $j('#p-tb') ); //Codice adattato in gran parte da http://bits.wikimedia.org/w/extensions/UsabilityInitiative/Vector/Vector.combined.js //Se i nav collassabili non sono abilitati, non devo gestire i cookie né l'espansione/riduzione if (typeof wgVectorEnabledModules != 'undefined' && wgVectorEnabledModules["collapsiblenav"] == true){ //Abilita espansione/collassamento e supporto cookie var state = $j.cookie( 'vector-nav-' + id ); if(state <!-- 07:00 06 ago 2010 (Hora de verano romance) Marca de tiempo para esta sección. NO ELIMINE ESTA LÍNEA--> <!-- 07:00 07 ago 2010 (Hora de verano romance) Marca de tiempo para esta sección. NO ELIMINE ESTA LÍNEA--> <!-- 07:03 11 ago 2010 (Hora de verano romance) Marca de tiempo para esta sección. NO ELIMINE ESTA LÍNEA--> <!-- 07:09 15 ago 2010 (Hora de verano romance) Marca de tiempo para esta sección. NO ELIMINE ESTA LÍNEA--> == 'true' || state == null) //impostazione predefinita: aperto $portal.addClass( 'expanded' ).find( 'div.body' ).show(); else $portal.addClass( 'collapsed' ); if(state != null) $j.cookie( 'vector-nav-' + $j( this ).attr( 'id' ), state, {'expires':30, 'path':'/'}); var toggle = function($element){ $j.cookie('vector-nav-' + $element.parent().attr( 'id' ), $element.parent().is( '.collapsed' ),{'expires':30, 'path':'/'}); $element.parent().toggleClass( 'expanded' ).toggleClass( 'collapsed' ).find( 'div.body' ).slideToggle( 'fast' ); }; $portal.find( 'h5' ).keydown(function(event){ if (event.which==13 || event.which==32) toggle( $j(this) ); }).mousedown(function(){ toggle( $j(this) ); $j(this).blur(); return false; }); } //Ricalcola TabIndex //Calcola il massimo TabIndex presente, ma escludendo i portal var maxTI = 0; $j( '[tabindex]' ).each(function(){ if ($j(this).is( '#mw-panel > div.portal' )) return; var ti = parseInt($j(this).attr( 'tabindex' )); if (ti > maxTI) maxTI = ti;Interprogetto }); var tabIndex = maxTI+1; //Assegna tabIndex incrementali ai portals non persistenti (anche quelli che esistevano prima) $j( '#mw-panel > div.portal:not(.persistent) > h5' ).each(function(){ $j( this ).attr( 'tabindex', tabIndex++ ); }); } catch(e) { //non fa nulla } });

La intentado implementar pero no me cuadra :/. ¿Será acaso porque allá usan un id en vez de un class en la plantilla Interprogetto? Bachinchi (discusión) aka Locos epraix 20:59 3 ago 2010 (UTC)

Puede ser... ¿cómo se resolvería entonces? --by Màñü飆¹5 ^talk 04:50 5 ago 2010 (UTC)

(quito sangria) Por lo que he podido ver, en el sistema italiano utilizan un codigo javascript distinto para cada interfaz, un codigo para vector en vector.js y otro diferente en monobook.js para monobook. Aqui usamos un solo codigo que esta en Common.js, que utiliza clases multiples, dado que cada una de las pieles utiliza un sistema de clases distinto. En Firefox y otros navegadores eso no es un problema, pero ciertas versiones de IE se hacen un lio y solo reconocen la ultima de las dos (ver compatibilidad aqui). Es de suponer que si hacemos lo mismo, separar el cogido en dos archivos .js distintos de manera que cada uno asigne solo la clase que corresponda a ese interfaz, el problema se resolvera (vamos, eso creo). (PD: perdon por la falta de tildes, hoy mi teclado no quiere escribirlas)--Echani (discusión) 16:10 5 ago 2010 (UTC)

Sí, el MSIE es una porquería. En vez de separar la función para cada skin creo que sería mucho mejor poner simplemente un navigator check y desactivarlo. --Bachinchi (discusión) aka Locos epraix 21:23 5 ago 2010 (UTC)

Sólo porque no te agrade no quiere decir que hagas juicios de valor y decir que "es porquería". A pesar de todo, IE es por mucho el navegador web más usado en Internet (incluidos los proyectos Wikimedia) y lo que se debe hacer en esos casos es pensar en la interoperatividad del código y clamar al cielo que Microsoft siga bien encaminado hacia el futuro como ya lo está haciendo, no en echar tierra al asunto sin más con un navigator check de javascript y con ello negarle la posibilidad a un gran número de visitantes a una experiencia de navegación íntegra con todas las funciones de nuestra enciclopedia. Vamos chicos, que si en:Wiki e it:Wiki lo han hecho bien, aquí seguro que se puede. --Linfocito ~ Salu2 desde Colombia. 23:59 5 ago 2010 (UTC)

Sí, se puede. Pero tener más JavaScript repartido por allí y por allá no es bueno. Entonces pues que se importe el código de la italiana. Pero no me retracto de que MSIE es una porqueria, y de que no se debería dar soporte a MSIE <= 6. Y por cierto la wikipedia en inglés no muestra esos enlaces en la sidebar. Bachinchi (discusión) aka Locos epraix 00:21 6 ago 2010 (UTC)

Tienes razón, en en:wiki los han quitado para todos los navegadores. La última vez que revisé (quizá un mes) aún existían esos enlaces. Probablemente ese sea un paso "Salomónico" a seguir, en aras de despejar un poco el código de Wikipedia como indicas. Y creo que la decisión de dar o no soporte a un navegador la hacen los desarrolladores de MediaWiki una vez la cuota de visitas cae a valores menores a algo entre 0.5 y 1%. Lamentablemente aún falta mucho para que pase eso con el arcaico IE6. --Linfocito ~ Salu2 desde Colombia. 00:40 6 ago 2010 (UTC)