„MediaWiki Diskussion:Vector.js“ – Versionsunterschied

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 7 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. Das aktuelle Archiv befindet sich unter Archiv 1.

Toolbar-Hilfe

Hallo, könnten wir bitte die lokale Hilfe ein bisschen umbauen? Wie schon auf WP:FzW#Wikieditor angesprochen, bin ich mit der Einzelnachweis-Hilfe nicht ganz einverstanden. Laut dieser wird nämlich grundsätzlich jedem ref-Tag ein name zugewiesen, und nicht nur wenn es mehrmals vorkommt. Meine Beobachtungen zeigen einen deutlichen Anstieg dieser überflüssigen Attribute. Auf http://usability.wikimedia.org/wiki/Toolbar_customization steht wie man das macht, was hieltet ihr davon?
meint -- ✓ ^Bergi 16:23, 16. Jun. 2010 (CEST)

Mittlerweile gibt es zwei getrennte Punkte „Einzelnachweis“ und „Benannter Einzelnachweis“, anscheinend sogar ohne eine lokale Anpassung. --Entlinkt (Diskussion) 23:38, 25. Mär. 2016 (CET)

Dieser Abschnitt kann archiviert werden. Entlinkt (Diskussion) 23:38, 25. Mär. 2016 (CET)

Lokal angepasste Version von resources/jquery/jquery.mw-jump.js

Aufgrund einer CSS-Regel in MediaWiki:Vector.css kommt es zu Barrierefreiheitsproblemen mit den "Wechseln zu:" Schnellinks (die nicht sichtbar sind). Die Links sollen sichtbar werden wenn sie im Fokus des Benutzers sind, sonst sollen sie unsichtbar bleiben (der Benutzer soll immer sehen können, wo im Moment sein Fokus liegt). Diese Funktionalität wird normalerweise von MediaWikis resources/jquery/jquery.mw-jump.js zur Verfügung gestellt, dieses funktioniert jedoch aufgrund der lokalen CSS-Regel hier nicht. Deshalb schlage ich vor, den folgenden Code zur Vector.js hinzuzufügen. Sollte es keine Einwände geben, werde ich die Änderung in wenigen Tagen selbst vornehmen. (Siehe auch Benutzer_Diskussion:Entlinkt#Barrierefreiheit_und_MediaWiki:Vector.css) Grüße, Hoo man (Diskussion) 21:12, 17. Aug. 2013 (CEST)

/**
 * Lokale Version von MediaWikis resources/jquery/jquery.mw-jump.js
 * Angepasst an unsere spezielle #mw-jump Regel in MediaWiki:Vector.css
 */
jQuery( function ( $ ) {
	$( '.mw-jump' ).on( 'focus blur', 'a', function ( e ) {
		// Confusingly jQuery leaves e.type as focusout for delegated blur events
		if ( e.type === 'blur' || e.type === 'focusout' ) {
			$( this ).closest( '.mw-jump' ).css( {
				top: '-9999px',
				position: 'absolute'
			} );
		} else {
			$( this ).closest( '.mw-jump' ).css( {
				top: 'auto',
				position: 'static'
			} );
		}
	} );
} );

Rückmeldungen:

1. Es ist zwar nicht schädlich, aber auch nicht nötig, die top-Eigenschaft zu setzen. Sie wird ignoriert, wenn position: static gilt. Dieser Teil kann gestrichen werden.
2. Das Problem mit der instabilen Koordinatenposition, weswegen die CSS-Regel in MediaWiki:Vector.css überhaupt existiert, wird hierdurch nicht gelöst, sondern nur verlagert: Jetzt „hüpfen“ die Koordinaten auf und ab, wenn sich der Fokus verschiebt.

Unter diesen Umständen wäre m. E. zu überlegen, ob man nicht doch lieber die Regel aus MediaWiki:Vector.css entfernt und die Koordinaten immer „hüpfen“ lässt. Dadurch wird das Problem für jeden sichtbar und der Druck vergrößert, es endlich ordentlich zu lösen. Es bringt nichts, immer kompliziertere Dinge anzusammeln, die das Problem doch nicht lösen, aber weniger sichtbar machen.

Die einzig vernünftige Lösung ist eine stabile Koordinatenposition. Diese kann nicht durch absolute Positionierung erreicht werden, sondern nur durch softwareseitige Unterstützung (vgl. Bug 23796). --Entlinkt (Diskussion) 15:32, 18. Aug. 2013 (CEST)

So, die „jump“-Links sind nun wieder auf MediaWiki-Standard und stattdessen sind die Koordinaten verschoben, was m. E. schlechter als vorher ist, aber wohl leider nicht anders geht, weil sich in dieser Ecke viel zu viele Dinge tummeln, für die eigentlich überhaupt kein Platz ist.

Es ist ganz klar, dass die Implementierung der „jump“-Links trotzdem totaler Murks ist: Auf ungesichteten Seiten bewirken sie dank unsinniger negativer Abstände, dass sich die Hinweisbox nach oben verschiebt. Daran werde ich aber nichts ändern. --Entlinkt (Diskussion) 21:27, 19. Aug. 2013 (CEST)

Trotz der (kleinen) Kollateralschäden bin ich froh, dass wir das endlich gelöst haben. Grüße, Hoo man (Diskussion) 20:19, 21. Aug. 2013 (CEST)