Wikipedia:Usability-Initiative/Softwarefehler/Archiv2010/Juni/23

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

Diese Seite gehört zum Wikipedia-Archiv.

Der Inhalt dieser Seite ist nicht mehr aktuell. Sie wird aber nicht gelöscht, damit die Geschichte der Wikipedia nicht verloren geht. Falls es sich um eine Arbeitsunterlage handelt, ist sie womöglich durch andere Seiten ersetzt worden. Bestehende Weiterleitungen auf diese Seite sollen das Wiederauffinden ermöglichen.

Wenn du meinst, diese Seite sei weiterhin von aktueller Bedeutung, solle weiter benutzt werden und ihre Funktion sei nicht besser in bestehende Seiten integriert, dann kümmere dich bitte um ihre Aktualisierung.

Beobachten

Hi, wenn ich auf das Sternchen klicke (also auf "Seite beobachten"), kommt die Meldung "Wenn du die Seite wieder von der Beobachtungsliste entfernen möchtest, klicke auf der jeweiligen Seite auf „Nicht beobachten“." Müsste dann jetzt wohl heißen "... klicke erneut auf das Sternchen ..." Gruß, Deirdre 10:03, 10. Jun. 2010 (CEST)

erledigtErledigt Systemtext angepasst: Hinweis auf das Entfernen aus der Beobachtungliste ganz entfernt, das ist ohnehin recht offensichtlich. --Church of emacs D B 11:09, 10. Jun. 2010 (CEST)

Und es fehlt ein Komma; es muss heißen: "Spätere Änderungen an dieser Seite und der zugehörigen Diskussionsseite werden dort gelistet, und die Seite wird in der Liste der letzten Änderungen in Fettschrift angezeigt." Gruß, Deirdre 11:13, 10. Jun. 2010 (CEST)

Nein, im Deutschen werden durch „und“ verbundene Hauptsätze nicht mit Komma getrennt. Allerdings könnte man zur besseren Verständlichkeit den Satz in zwei Sätze aufteilen. „Spätere Änderungen an dieser Seite und der zugehörigen Diskussionsseite werden dort gelistet. Die Seite wird außerdem in der Liste der letzten Änderungen in Fettschrift angezeigt.“ — Lecartia Δ 13:09, 10. Jun. 2010 (CEST)

Nur für's Protokoll: Vor der Reform wurden mit "und" verbundene Hauptsätze immer durch Komma getrennt; heute ist es optional und wird empfohlen, wenn es der Übersichtlichkeit dient. Ich finde die Lösung in zwei Sätzen aber auch besser. Gruß, Deirdre 13:27, 10. Jun. 2010 (CEST)

Meines Wissens nicht ganz korrekt, mit "und" verbundene Hauptsätze wurden und werden nur dann mit Komma getrennt, wenn jeder Satz ein eigenes Subjekt und eigenes Prädikat aufweist. Die neue Regelung besagt, dass zur Verbesserung des Verständnisses die Kommasetzung freier gehandhabt werden darf. -- Eweht 16:32, 10. Jun. 2010 (CEST)

Ähm, *kopfkratz*, aber genau das ist doch die Definition eines Hauptsatzes?? "Ein Hauptsatz ist ein einfacher, selbständiger Satz, der aus Subjekt, Prädikat und Objekt besteht." Gruß, Deirdre 10:14, 11. Jun. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Von der Diskussionsseite zum Artikel

Diese Funktion ist zwar angezeigt, funktioniert jedoch nicht. --nfu-peng Diskuss 12:47, 10. Jun. 2010 (CEST)

Kannst du das näher beschreiben? Wenn man sich auf der Diskussionsseite befindet, klickt man auf den Reiter „Artikel“ und kommt so zu dem Artikel. Oder nicht? --Church of emacs D B 13:28, 10. Jun. 2010 (CEST)
Genau, eben NICHT. Der Cursor bleibt Pfeil und wird nicht zur Hand. Probiers doch hier gleich aus, geh auf Diskussion und versuche mal dann auf Projektseite zu klicken....... Umgekehrt funzts aber. --nfu-peng Diskuss 11:12, 11. Jun. 2010 (CEST)
Bei mir funktioniert es mit Internet-Explorer und Firefox - womit bist Du unterwegs? --Ska13351 21:38, 11. Jun. 2010 (CEST)
Auch firefox. Und nein, es tut sich nichts. Dazu, habe ich gerade bemerkt, lässt sich auf der Diskussionsseite die weiß unterlegte Diskussionsseite erneut mit der Hand anklicken und natürlich lädt sich diese dann abermals. Zur Artikelseite hingegen kommt man nicht. --nfu-peng Diskuss 11:05, 12. Jun. 2010 (CEST)
Tritt das Problem auch dann auf, wenn du abgemeldet bist? --Schnark 11:30, 12. Jun. 2010 (CEST)
Könntest Du mal Benutzer:Peng/vector.js löschen und nochmal probieren? Vielleicht ist dieses Script für den neuen Vector-Skin nicht geeignet (bzw. noch nicht angepasst). --Ska13351 11:40, 12. Jun. 2010 (CEST)
Nach einer Abmeldung tritt das Problem NICHT auf, aber ich werde den Teufel tun und den neuen vector.js löschen, dann wird ja alles noch schlimmer und ich komm aus dem Klicken nicht mehr raus, weil wichtige Vorschaufunktionen fehlen. Da die Werkzeugleiste leider noch immer nicht mit den alten Funktionen (kat, ref. small, unsichtbar etc. ) ausgestattet ist, werde ich wohl wieder zum alten Skin zurückkehren müssen, zumal, das fiel mir in diesem Zusammenhang auch noch auf, der Cursor nach der Unterschrift, vor diese springt. Oder ist das gewollt? Für mich nicht brauchbar, da danach oft noch eine Vorlage eingebaut wird. Na dann.....leider, tut mir leid für eure Arbeit.--nfu-peng Diskuss 13:00, 13. Jun. 2010 (CEST)
Du kannst bei Vector bleiben und in den Einstellungen wieder die alte Werkzeugleiste inklusive ExtraEditButtons aktivieren. -- ✓ Bergi 13:57, 13. Jun. 2010 (CEST)
Das war der genialste Vorschlag, den ich allerdings erst durch trial und error nach einer halben Stunde hingekriegt habe. Ihr Spezialisten solltet euch angewöhnen tatsächlich immer den dümmsten anzunehmenden User vor euch zu haben (ich wusste nicht WO und WIE man die alte Werkzeugliste aktiviert. Aber nun scheints hinzuhauen. Danke nochmal. -- nfu-peng Diskuss 17:09, 14. Jun. 2010 (CEST)
Wenn es nach dem Abmelden funktioniert, ist es eindeutig ein Problem mit deiner vector.js und damit kein Softwarefehler in Mediawiki. Zur Werkzeugleiste kannst du mal einen Blick auf BD:Schnark/toolbar.js werfen. --Schnark 09:43, 14. Jun. 2010 (CEST)
Von einer neuen Software erwarte ich, außer bei microsoft, dass sie mit allen anderen Einstellungen kompatibel ist, zumal ICH nicht diese monobooks und vectorbooks oder wie das Zeugs heißt erfunden habe, sondern lediglich abkopiert auf mich übertrug. Und danke für den Schnacklink, aber ich bin Schreiber und kein Programmierer und blicke dort leider nicht durch. Man sollte eine vorgefertigte Auswahl an Werkzeugleisten haben, die man per Klick zufügen kann. -- nfu-peng Diskuss 17:09, 14. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Extension source

Quelltext mittels der GeSHi-Extension (also per <source>) formatiert wird, erscheint (zumindest im Firefox) zu klein. Quelltext in den Wiki Code-Boxen (durch Einrückung um ein Leerzeichen) hingegen sind angenehm zu lesen. Beispiele - mit Vergleichsmöglichkeit - können im Artikel Liste von Hallo-Welt-Programmen/Programmiersprachen betrachtet werden. Für jede Verbesserung hieran danke ich herzlich im Voraus. Grüße --Uncopy 13:14, 10. Jun. 2010 (CEST)

Es scheint generell Berichte von einer zu kleinen Schrift zu geben. Ich werde das demnächst mal weiterreichen. --Church of emacs D B 15:28, 10. Jun. 2010 (CEST)
Oh danke, ich hoffe dass man es mit einer einfachen CSS-Anpassung regeln kann. Sollte ich vielleicht gleich mal testen... --Uncopy 16:06, 10. Jun. 2010 (CEST)
Tja bislang hauptsächlich Pech, habe mir jetzt mit folgendem in Benutzerdefinieten CSS geholfen:
div.mw_geshi {
  font-size: larger;
}
pre, code, tt {
  font-size:larger;
}
Der Abschnitt div.mw_geshi übrigens bleibt ohne die gewünschte Wirkung. Dass es an einem FF-Bug liegt, kann ich so nicht glauben. Wenn ich mit Firebug nachsehe, finde ich, dass irgendwo ein #bodyContent { font-size = 0.8em; } herkommen muss, das ich allerdings weder in Common.css, Vector.css finden konnte.
Vielleicht nützt das ja irgendwem. --Uncopy 16:36, 10. Jun. 2010 (CEST)
Lustigerweise gibt es vereinzelt auch Berichte von einer zu großen Schrift :) Oder irgendwer hat irgendwo irgendwas umgestellt, und nun ist sie zu groß. --91.64.58.117 20:34, 10. Jun. 2010 (CEST)
Das Problem ist, dass hier kein Bug vorliegt. Ansonsten wird Bug 175415 ausgenutzt, mit dem man verhindert, dass die üblen Standardeinstellungen von Mozilla tatsächlich wirken (sofern man den Websites andere als die Standardschriften erlaubt). In Monobook ist das weniger auffällig, weil das x-small auf kleine Schriftarten weniger wirkt und dann die anschließende Raufskalierung überwiegt. --84.151.27.97 17:23, 13. Jun. 2010 (CEST)
Das Problem ist auf MediaWiki Diskussion:Vector.css und in Bug 23708 hinlänglich beschrieben und verstanden. Der von Uncopy oben vorgeschlagene Fix bzw. Workaround ist kontraproduktiv, weil er an der falschen Stelle ansetzt. Wer in seiner Spezial:Mypage/vector.css einen Workaround haben möchte, dem würde ich
pre.css.source-css,               /* MediaWiki:*.css, User:*.css */
pre.javascript.source-javascript, /* MediaWiki:*.js, User:*.js */
div.mw-geshi pre,                 /* source enclose="pre" */
div.mw-geshi div,                 /* source enclose="div" */
span.mw-geshi                     /* source enclose="none" */ {
    font-family: monospace, sans-serif !important;
}
vorschlagen. Ich halte das zwar für reichlich obskur und unglücklich, aber wenn es nicht anders geht, kann es auch in MediaWiki:Vector.css oder MediaWiki:Geshi.css (bitte nicht MediaWiki:Common.css) aufgenommen werden. Verursacht wird das übrigens nicht durch den Vector-Skin, sondern durch schlechte Defaulteinstellungen der Browser in Verbindung mit einer schlechten Konfiguration der SyntaxHighlight-GeSHi-Erweiterung. Gruß --Entlinkt 06:34, 19. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Artikel Das Erste#Programm

Beim Artikel Das Erste wird bei der Überschrift Programm die UnterÜberschrift Werbung nicht angezeigt. Sie steht aber im Inhaltsverzeichnis. Warum? Außerdem kann man in der Betreffzeile nicht den Link markieren. Hier musste ich das auch manuell machen. Das sollte verbessert werden. Gruß --91.16.205.67 14:07, 10. Jun. 2010 (CEST)

Das mit der Werbung liegt am AdBlock, den schalte in der Wikipedia besser mal aus. --Guandalug 15:19, 10. Jun. 2010 (CEST)

Das wusste ich noch gar nicht! Danke! --91.16.205.67 15:25, 10. Jun. 2010 (CEST)

ich schätze mal, hier ist von Firefox die Rede. Man muß in der Wikipedia also den Adblock besser ausschalten? Habe ich das richtig verstanden? -- 92.74.59.212 10:40, 13. Jun. 2010 (CEST) aka Hartmann Schedel al500
Dein AdBlock blockiert den Link und Elemente mit "Werbung", weil er sie für... nunja... Werbung hält. Rechtsklick auf das Symbol und "deaktivieren auf de.wikipedia.org" schon klappt es. --P.C. ✉ 11:00, 13. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Reiter "Beobachten" verschwunden

Bei der neuen Oberfläche ist der Reiter "Beobachten" bzw. "Nicht beobachten" verschwunden. Eine Problemlösung ist nicht beschrieben, die Seite Hilfe:Beobachtungsliste dokumentiert unverändert den früheren Zustand. Ich hatte auch den Eindruck, dass die Abkürzungen für die Hilfeseite im neuen Modus verschwunden sind. --Aloiswuest 14:48, 10. Jun. 2010 (CEST)

Hallo Aloiswuest, der Reiter ist nicht verschwunden er sieht nur anders aus. Jetzt verbirgt er sich hinter dem Stern oben rechts neben der Versionsgeschichte. Wenn Du dort drauf klickst wird die Seite zu Deiner Beobachtungsliste zugefügt und der Stern wird blau. Gruß --Tostedt (Disk.) 15:01, 10. Jun. 2010 (CEST)
Jetzt auch unter Hilfe:Beobachtungsliste verbessert. --Tostedt (Disk.) 15:11, 10. Jun. 2010 (CEST)
Hab den Screenshot ausgetauscht --Church of emacs D B 15:26, 10. Jun. 2010 (CEST)

Super! Sieht gut aus. --Tostedt (Disk.) 15:32, 10. Jun. 2010 (CEST)

Dankeschön, das ging ja im Eiltempo. --Aloiswuest 18:12, 10. Jun. 2010 (CEST)

Das Austauschen des Screenshots müsste je nach eingesteller Oberfläche erfolgen. --Eingangskontrolle 10:21, 16. Jun. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Navigation n.i.O.

Ich bin immer für Verbesserungen aber, derzeit springt die Navigation von alt auf neu und wieder zurück. Ich arbeit oft mit dem "Zufälliger Artikel" Link. Klicken - Klicken - Klicken funktioniert nicht, da die Navigation ständig ändert, springt hoch und runter , alt und neu. An meinem Cache liegts nicht. Hoffe das wird wieder wie es mal war :) (nicht signierter Beitrag von 77.189.149.97 (Diskussion) 15:11, 10. Jun. 2010 (CEST))

Es dauert eine Weile bis alle Server-Caches die neuen Seiten haben. Sollte spätestens morgen alles i.O. sein --Church of emacs D B 15:27, 10. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

PDDs Quickbar

Bei mir ist es schon länger so, dass die Quickbar von PDDs Monobook den ersten Nstab und die Links zur Hauptseite und Über Wikipedia überlappt. Ich meine, ich brauch die Links eh nie, aber andere könnte das vielleicht stören. --The Evil IP address 15:48, 10. Jun. 2010 (CEST)

PDDs Monobook ist für Monobook entworfen und es hätte mich gewundert wenn das ohne Anpassungsarbeiten in anderen Skins funktioniert hätte :)
Mal sehen, vielleicht wird das ja bald geportet --Church of emacs D B 18:24, 10. Jun. 2010 (CEST)
Wie gesagt, so lange FixMark und FixQuote funktionieren, soll es mir recht sein ;-) --The Evil IP address 14:37, 11. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Monobook-Einstellungen

Leider erscheinen mit der neuen Oberfläche meine Monobook-Einstellungen nicht mehr. Ist dies gewollt oder ein Fehler oder muß das Monobook.js verändert/angepasst werden?--Briefkasten300 16:36, 10. Jun. 2010 (CEST)

Versuch es unter Benutzer:Briefkasten300/vector.css. Grüße --Uncopy 16:39, 10. Jun. 2010 (CEST)
Ich habe jetzt den Inhalt von monobook.js nach vector.css kopiert. Allerdings war das nicht des Rätsels Lösung. Kann man irgendwo nachlesen, wie man die Einstellungen vornehmen muß?--Briefkasten300 17:14, 10. Jun. 2010 (CEST)
Nein, du musst natürlich von monobook.css nach vector.css und von monobook.js nach vector.js kopieren. Nicht alle alten Monobook-Scripte und -Styles harmonieren mit vector, da sich die Dokumentstruktur und Ids und natürlich das Layout geändert hat, dein Script sollte allerdings in vector.js funktionieren.
meint -- ✓ Bergi 18:22, 10. Jun. 2010 (CEST)
Oh sorry, da hatte ich wohl etwas ungenau gelesen. Aber jetzt scheint es ja erledigt zu sein. Grüße --Uncopy 12:20, 15. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Darstellungsfehler im IE

Hallo, die Hauptseite weist im IE Fehler auf: der Kasten "Willkommen bei Wikipedia" läuft hier über den rechten Bildrand hinaus, somit auch alles, was sonst noch am rechten Bildrand ist. Die Kopfzeilen mit Suchfeld usw. werden bis zu der Meldung "Hast du uns. Änderungen [...]" korrekt dargestellt. Darunter beginnen die Fehler, dass das Bild über den Rand läuft. (nicht signierter Beitrag von 92.227.42.203 (Diskussion) 17:53, 10. Jun. 2010 (CEST))

Welche Version des IE verwendest du? Könntest du das Problem ein wenig detaillierter beschreiben, oder einen Screenshot liefern? Liegt es möglicherweise an einer geringen Bildschrimauflösung, oder warum geht die Schrift über den rechten Rand hinaus? Eigentlich sollte „Willkommen bei Wikipedia“ zentriert sein. Gruß, --Church of emacs D B 18:26, 10. Jun. 2010 (CEST)
Das Problem hat sich erledigt! Habe festgestellt, dass ich die Betaversion des IE 8 auf meinem Rechner hatte. Bei der aktuellen 8er-Version tauchen keine Probleme mehr auf. Gruß (nicht signierter Beitrag von 78.51.161.141 (Diskussion 22:09, 12. Jun. 2010 (CEST))
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Textkorrektur nötig

Wenn man die neuen Funktionen abschaltet, erscheint auf (z. B.) http://de.wikipedia.org/w/index.php?title=Spezial:UsabilityInitiativePrefSwitch&from=Slovianski folgender Text:

Die neuen Funktionalitäten sind jetzt inaktiv. Vielen Dank, dass du sie verwendet hast. Du kannst sie jederzeit aktivieren, indem du auf den Link „Beta aktivieren“ oben auf der Webseite klickst.

Oben heißt der Link aber nicht „Beta aktivieren“ sondern „Neue Funktionen“. Gruß, Aspiriniks 20:37, 10. Jun. 2010 (CEST)

Danke für deinen Hinweis. Ich habe die Meldung im Translatewiki korrigiert. Sie wird heute Nacht in die Wikipedia übertragen. — Raymond Disk. 21:50, 10. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Erweiterte Suchfunktion

Ich bin mir nicht sicher, ob dieser Schönheitsfehler etwas mit dem neuen Design zu tun hat, aber er ist mir erst heute aufgefallen:

Wenn man im Suchfenster auf die kleine Lupe klickt, kommt man zu einer Spezialseite mit Suchfunktion http://de.wikipedia.org/w/index.php?title=Spezial%3ASuche&search=&button=. Dort kann man in einer Box unterhalb des Suchfensters "Inhaltsseiten", [...], "Erweitert" auswählen. Wenn ich auf eines der Worte klicke, so verschiebt es sich beim ersten Klick lediglich nach oben. Erst beim zweiten Klick wird es ausgewählt und zentriert sich wieder.

Ich verwende die aktuelle Version von Firefox. Den Fehler habe ich nur bei der deutschen Wikipedia beobachtet. Ich hoffe, das kann jemand mal verbessern. --Debenben 23:21, 10. Jun. 2010 (CEST)

Ja, das ist tatsächlich merkwürdig. Der Fehler tritt bei mir auch auf, in Firefox und Chrome. Ich habe ihn hier gemeldet: bugzilla:23902 --Church of emacs D B 11:05, 11. Jun. 2010 (CEST)
Das hatte ich gelegentlich schon im alten Design (und auch aktuell mit Monobook). Ist also kein Vector - Fehler (aber trotzdem unschön). --Guandalug 11:40, 11. Jun. 2010 (CEST)
Siehe auch MediaWiki_Diskussion:Common.js#Bug_auf_Special:Search --Church of emacs D B 12:04, 11. Jun. 2010 (CEST)
Sollte eigentlich erledigt sein.... --Guandalug 00:26, 13. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Schiftgröße von Texten innerhalb von pre-Tags

Hatte das gestern schon auf WP:FzW gemeldet, ist aber offenbar noch nicht behoben: auf Projekt- und Artikelseiten stimmt die Schriftgröße, auf Diskussionsseiten erscheinen diese Texte viel zu klein. --Matthiasb (CallMeCenter) 13:02, 11. Jun. 2010 (CEST)

Dass das so wie beschrieben tatsächlich der Fall ist, wage ich zu bezweifeln. Möglicherweise handelt es sich um das im Abschnitt #Extension source beschriebene Problem der SyntaxHighlight-GeSHi-Erweiterung. Gruß --Entlinkt 05:41, 19. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Editfenster und Artikelmenue

Wenn man ein Editfenster aufhat und dann oben beim Artikelmenue per Rechtsklick „in neuer Registerkarte öffnen“ anklicken will (weil man z.B. was vergessen hat und nochmals nachschaun möchte), ist dies nicht mehr möglich und man muss umständlich über das Benutzermenue (wo der Rechtsklick komischerweise funktioniert) nochmals den Artikel suchen. k.A. ob man das als Softwarefehler bezeichnen kann, aber es ... nervt... *schonmalduck* --Minérve aka Elendur 22:05, 11. Jun. 2010 (CEST)

evtl. meinst Du #Rechtsklick_Navigationsleiste_im_Internet_Explorer --Ska13351 22:38, 11. Jun. 2010 (CEST)
ops... genau das. Merci :-) Grüßle --Minérve aka Elendur 22:55, 11. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Case sensitiv

Sind die Suchbegriffe als Case sensitiv einzugeben? Ich bekomme nämlich unterschiedliche Ergebnisse mit unterschiedlicher Groß- und Kleinschreibung. Beispiel: Es gibt die Schauspieler Anthony und Jonathan LaPaglia: Gebe ich lapaglia oder Lapaglia ein, bekomme ich nur Jonathan als Ergebnis. Gebe ich aber LaPaglia ein, bekomme ich beide als Möglichkeit vergeschlagen. (nicht signierter Beitrag von 80.144.108.110 (Diskussion) 22:12, 11. Jun. 2010 (CEST))

Nein, kein Vector-Skin-Problem: "LaPaglia" führt auf die Begriffsklärungsseite, auf der Du zwischen Anthony und Jonathan auswählen kannst. Dann existiert eine Weiterleitung von "Lapaglia", die direkt zum Artikel "Jonathan LaPaglia" führt - bzw. existiert noch, weil ich ich diese Weiterleitung gleich löschen lasse. --Ska13351 22:48, 11. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Zeichenbreite im Editierfenster

Im Editierfenster hab ich keine feste Zeichenbreite mehr (Buchstaben zwar gleich, aber Satzzeichen und Leerzeichen sind schmaler). Ist das so gewollt? Grad beim Editieren möchte ich doch deutlich sehen, was ich eingetippt habe, und bei Tabellen und Programmcode vielleicht auch den Quelltext etwas formatieren. Daß das Komma kein Punkt ist, erkenne ich fast nur mit der Lupe. Im Artikelnamensraum tritt das Problem nicht auf. Browser: Firefox/3.0.19 unter Linux. 93.195.156.187 16:05, 12. Jun. 2010 (CEST)

Heute sind Zeichen wieder gleich breit. Zufall oder Fehler behoben? 93.195.191.81 13:15, 13. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Suchvorschläge und Artikelseitenmenue

SuchvorschlägeSeitenmenue.png

Nehme an, bei den „aus dem Rahmen fallenden“ Leisten von der Suchanfrage und dem zusätzlichen Optonen (Seite löschen, verschieben...) handelt es sich um Softwarefehler. Unten befindet sich zwar ein Balken um die Seite zu verschieben, damit man weiterlesen kann, aber diese Funktion verschwindet, sobald man versucht zu schieben um den fehlenden Text zu lesen. Selbiges auch bei der Lizenzauswahl beim hochladen von Bildern. Kann auch sein, dass ich da gestern was in der vector.js bzw. css falsch gemacht habe... --Minérve aka Elendur 16:10, 12. Jun. 2010 (CEST)

Nein, da die Suche normalerweise rechts ist passt es schon dass die Vorschläge nach links rausklappen. Das liegt an meinem Skript, das muss noch nachgebessert werden. -- ✓ Bergi 20:22, 12. Jun. 2010 (CEST)
So, jetzt sollte es gehen. -- ✓ Bergi 16:33, 13. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: -- ✓ Bergi 20:22, 12. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Werkzeugleiste und Stabilität

Zwei Unklarheiten habe ich (wenn angemeldet, klar).

  • auch wenn in Einstellungen die neue Werkzeugleiste aktiviert ist, sehe ich nur die alte
  • was ist in den Einstellungen (Stabilität) die Bedeutung von detaillierte bzw. einfache Benutzeroberfläche

Danke, 84.190.249.13 12:10, 13. Jun. 2010 (CEST)

meint -- ✓ Bergi 13:53, 13. Jun. 2010 (CEST)
Nun, Browser werde ich überprüfen. Mit der Werkzeugleiste meinte ich aber nichts mit Sichten, sondern schlicht und einfach die Leiste, die sich über dem Editierfenster befindet - Fett, Links, Unterschrift... Die Änderungen, die ich aus Screenshots hier kenne, habe ich da nicht. Zuerst danke, 84.190.249.13 14:02, 13. Jun. 2010 (CEST)
Die Werkzeugleiste benötigt einen halbwegs aktuellen Browser mit ausreichender JavaScript-Unterstützung. Mit Scihten meinte ich die Einstellungen „Stabilität“, das heißt so wegen der sogenannten „stabilen Versionen“. -- ✓ Bergi 15:28, 13. Jun. 2010 (CEST)
Ach so. Danke sehr. 84.190.249.13 17:06, 13. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Dauerhaftes Log-In funktioniert nicht mehr

Ich weiß, es klingt unwahrscheinlich, aber ich kann mich neuerdings nicht mehr dauerhaft anmelden. Früher hatte ich da nie ein Problem mit (ja schon mal, aber nur alle paar Wochen). Jetzt muss ich mich JEDES MAL neu anmelden. Was im Prinzip ja noch keine große Sache ist, wenn ich nichts schreiben will. Nur dass ich dann JEDES MAL die neue Oberfläche wieder vor mir habe, die ich ganz schnell wieder abgeschaltet hatte. Erst wenn ich mich eingeloggt habe, sehe ich die alte Oberfläche wieder vor mir. Mein Browser ist Opera. --Rosebud23 12:54, 13. Jun. 2010 (CEST)

Hast du mal alle Cookies gelöscht? --Steef 389 13:43, 13. Jun. 2010 (CEST)
Extras→Weiteres→Cookies, alle wo de.wikipedia drinsteckt löschen. Dann Extras→Einstellungen→Erweitert→Cookies, Cookies müssen (mindestens von der besuchten Seite) angenommen werden und neue sollten nicht gelöscht werden. -- ✓ Bergi 13:49, 13. Jun. 2010 (CEST)
Also ich hab nix gemacht, sprich weder cookies gelöscht noch die Einstellungen in der Firewall etc. geändert. Aber ich dachte mir schon, dass es nichts mit der neuen Oberfläche zu tun haben kann. Obwohl ich schon wieder rausgeflogen bin! Ohne den Rechner runtergefahren zu haben, ja noch nichtmal Opera geschlossen zu haben!!! Das gibt's doch gar nicht. --78.50.18.36 16:47, 13. Jun. 2010 (CEST) (Habe jetzt keine Lust mich ständig neu einzuloggen) In dem Zusammenhang ist mir gerade aufgefallen, dass das neue Wikipedia anscheinend auch nicht mehr meckert, wenn man nichts in der Zusammenfassung einträgt.
P.S.: Bin jetzt in Urlaub, also nicht wundern, falls jemand antwortet, dass ich es nicht tue ;-) Aber wenn es ein allgemeineres Problem wäre, dann meldet es sicher noch jemand anders. Wenn nicht, dann muss ich mir mal meine Firewall oder was auch immer vorknöpfen... --78.50.18.36 21:11, 13. Jun. 2010 (CEST)
Ich kann das Problem bestätigen. Normalerweise sollten die Cookies 30 Tage lang aktiv sein (das war anfangs nicht dokumentiert, aber ein Blick in die Cookie-Daten verschafft Klarheit), aber mein letzter Login war erst vor wenigen Tagen (dazwischen habe ich nur lesend auf WP zugegriffen und nicht auf den Login-Status geachtet). Ich hatte das Problem bisher auf die Umbauarbeiten am Wikiserver geschoben, und hoffe, dass es bald behoben ist. Ich habe Cookies für Wikimedia erlaubt, d.h. daran kann es nicht liegen. Software: Firefox 3.6 (Mac) bzw. Iceweasel 3.5.6 (Debian).--SiriusB 10:09, 14. Jun. 2010 (CEST)
Ich bin vor ein paar Minuten ebenfalls rausgeflogen, obwohl mein monatliches Anmelden erst ein paar Tage zurückliegt. Allerdings kommt das eigentlich immer vor, wenn die Entwickler gerade sehr am Basteln sind. Ich würde daher erst einmal abwarten, ob sich die Probleme in den nächsten Tagen nicht einfach wieder auflösen. --Schnark 10:30, 14. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Unterschrift und Zeitstempel

Habe das Icon für Unterschrift und Zeitstempel in der Kopfzeile des Bearbeitungsfensters rechts neben dem für Belege, aber er erscheint nur auf dieser Projektseite, beim Bearbeiten von Artikeln ist er nicht vorhanden. (Windows XP, Firefox 3.6.3) --Eweht 15:39, 13. Jun. 2010 (CEST)

Das ist vermutlich auch Sinn der Sache, oder unterschreibst du deine Artikelbearbeitungen immer? -- ✓ Bergi 15:44, 13. Jun. 2010 (CEST)
Ähem ... sehr peinlich, das nicht bedacht zu haben. An so eine flexible Gestaltung hab ich nicht gedacht. Super Arbeit. --Eweht 16:08, 13. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Sucheinstellungen

Nachdem ich mich in Rahmen meines suchenachlinks-Skriptes mit der Suchfunktion beschäftige (und imho dabei nichts verstellt habe), ist mir aufgefallen dass Einstellungen→Sucheinstellungen→Vorschläge per Ajax deaktiveren nicht mehr geht. Die Suchfunktion scheint nur noch auf wgVectorEnabledModules.simplesearch zu hören, das dann aber auch die Möglichkeiten einer Volltextsuche endgültig vernichtet. Der falsche Title des Lupensymbols stört dann noch mehr. Ich würde daher vorschlagen diese Vereinfachung der simplesearch rückgängig zu machen (lupe hat laut quelltext wieder Volltext-Funktion) und das erst per JS zu ändern.
meint -- ✓ Bergi 15:41, 13. Jun. 2010 (CEST)

Dazu existiert bugzilla:23520. --Schnark 09:53, 14. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST)

Rechtsklick Navigationsleiste im Internet Explorer

Das Problem ist bekannt, und es ist imho im Gegensatz zu den meisten anderen ein massives: Im Internet Explorer kann man in der Navigationsleiste oben (also der Projektseite, Diskussion * Lesen * Bearbeiten* Versionsgeschichte-Leiste) per Rechtsklick kein neues Fenster/neues Tab öffnen. Mir ist ehrlich gesagt schleierhaft, wieso ein so massives Problem nicht erstmal behoben wird, bevor man das Skin auf neun weitere Sprachen ausdehnt. Und nein, wir reden nicht über Internet Explorer 2, sondern IE 8, das aktuellste Produkt aus dem Hause Microsoft. Die meistgenutzten Browser sind übrigens IE 7, FF 3.5, IE 8, IE 6, FF 3.6, Chrome 4.0, FF 3.0 (in dieser Reihenfolge, Daten vom Februar). Achso, hier der Bugzilla-Eintrag. Problem besteht immer noch, kann es bestätigen. Auch auf der Feedback-Seite schon aufgeschlagen. --91.64.58.117 20:25, 10. Jun. 2010 (CEST)

Danke für den Hinweis --Church of emacs D B 23:46, 10. Jun. 2010 (CEST)
Danke für den Hinweis in Bugzilla: Die mittlere Maustaste, falls gegeben, funktioniert. – Rainald62 17:01, 14. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: 132.230.1.28 11:16, 28. Jun. 2010 (CEST) (zumindest hier erledigt)
HIER IST ÜBERHAUPT NICHTS ERLEDIGT, denn es hält keiner für nötig, dagegen was zu tun. WIR HABEN WIKIPEDIA VERBESSERT - na schönen Dank aber auch, durch die Deaktivierung des rechten Mausklicks und neuen Fensters/Tabs für Diskussionsseiten und Versionsgeschichten? Voten voten voten, das kann doch einfach nicht wahr sein! --91.64.58.117 13:30, 28. Jun. 2010 (CEST)
Doch, hier ist das erledigt. Der Bug ist gemeldet, die Diskussion findet also dort statt. Auf dieser Seite können wir nichts weiter tun als warten. Darum:
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 11:06, 5. Jul. 2010 (CEST)
Dort passiert überhaupt nichts. Der Bug ist dort seit zwei Monaten eingetragen (wieso fällt sowas eklatantes dem Usability-Team eigentlich nicht vorher auf?), inzwischen auf High gesetzt, viermal als Duplicate gemeldet, und trotzdem hat sich noch nichts getan. Wozu auch, der IE ist ja auch nur der meistgenutzte Browser. Solange sich dort nichts tut, kann der Abschnitt hier ruhig noch stehenbleiben, zumal hier von der Feedback-Seite gerne mal her verlinkt wird. --91.64.58.117 15:34, 7. Jul. 2010 (CEST)
Das Problem ist erstens lokal unlösbar (wir können so lange, wie wir möchten, lokal darüber sprechen, es aber nicht lokal lösen, also wird das Gespräch darüber niveaumäßig nicht über Gemecker hinauskommen) und zweitens eben doch ein IE-Problem (der IE 8 ist zwar besser als seine Vorgänger, kennt aber immer noch „hasLayout“, was theoretisch und in normalen Browsern auch real nicht existiert, weshalb sie das Problem nicht haben). Tschüs, --Entlinkt 18:35, 7. Jul. 2010 (CEST)

Netscape und Wikipedia

Hi, als häufiger Wikipedia-Nutzer bin ich enttäuscht, daß es jetzt bei meinem Netscape 7.1 einen Fehler verursacht, der zum Schließen des Programmes führt. Vor Ihrer Änderung war das nie der Fall. Ich nutze noch ein altes WinME und Netscape7.1 und war bisher sehr zufrieden. Doch jetzt komme ich nicht mehr in Wikipedia hinein, denn nach dem Anklicken beginnt es bei der Datenübertragung zu haken und kurz darauf wird Netscape geschlossen. Zwar ist Netscape 7.1 nicht mehr der neueste Browser, aber sooo furchtbar alt ist er ja nun auch wieder nicht. Und weil ich noch ein relativ altes Betriebssystem habe (erwähntes WinME) und einen T-Net Standartanschluß (kein DSL), der zum Download ewig braucht, möchte ich mir keinen neuen Browser installieren. Da ich denke, daß es noch viele andere Nutzer gibt, die ebenfalls noch alte Rechner und Systeme haben, für die wie für mich, PC und Internet nur eine nützliche Nebensache sind, die nicht viel kosten sollen, wäre es sicherlich angebracht, Wikipedia nicht nur auf die neuesten Systeme und Browser auszurichten. Denn so mancher Nutzer wie ich, wird wohl sonst eher auf Wikipedia verzichten, was Schade wäre, als sich entsprechende neue Software zuzulegen. Daher hoffe ich, daß sie ihre Software in sofern wieder oder noch ändern.

Ansonsten insgesamt mal ein großes Lob, für die Leistungen von Wikipedia.

Gruß, Wolfgang

P.S. Ich bin jetzt bei einem Bekannten am Rechner im Netz, da ich an meinem Rechner ja, wie erwähnt, Wikipedia nicht mehr öffnen kann. Deshalb kann ich Ihre Antwort auch leider zu Hause nicht hier lesen. Ich werde also nur gelegentlich versuchen können, Wikipedia zu erreichen und hoffen, daß es geändert wird irgendwann wieder klappt. (nicht signierter Beitrag von 213.102.94.149 (Diskussion) 20:30, 10. Jun. 2010 (CEST))

Nachdem bereits am 14. Juni ein Bug behoben wurde, der explizit mit alten Netscapes zu tun hatte, lass ich diesen Abschnitt jetzt archivieren. --Schnark 10:36, 21. Jul. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 10:36, 21. Jul. 2010 (CEST)

NaviBlocks

Obwohl ich ziemlich schnell auf das "alte Design" zurückgewechselt bin, erscheinen bei mir nun die Navileisten in NaviBlocks wie z. B. bei Helmut Kohl extrem weit auseinanderliegend. Aus meiner Sicht sehr unschön. Ist das ein Bug oder ein Feature? Gerald SchirmerPower 00:29, 12. Jun. 2010 (CEST)

Das hat auf alle Fälle nichts mit Vector zu tun. --Steef 389 00:32, 12. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 10:46, 21. Jul. 2010 (CEST)

Dschwen's Skript zur farblich differenzierten Anzeige von Weiterleitungen

Dschwen's Skript (en:User:Dschwen/highlightredirects.js), mit dem man Weiterleitungen in grün anzeigen lassen kann, scheint nicht zu funktionieren (oder ich habe zufällig mehrere Artikel ohne WL erwischt). --Matthiasb (CallMeCenter) 14:49, 11. Jun. 2010 (CEST)

Irgendwie bringst du hier laufend Sachen, die an sich nicht mit Vektor oder der neuen Software / den Softwarefehlern zu tun haben, sondern nur mit einer Anpassung, die man auch bei Monobook im Laufe der (langen) Zeit machen musste. (dies ganz abgesehen davon, dass ich wohl auch zu Monobook aus diversen Gründen zurückkehren werde...). -jkb- 14:53, 11. Jun. 2010 (CEST) - - - P.S. vielleicht sollte man dies als Vorschläge an einer gesonderten Stelle sammeln. -jkb- 15:03, 11. Jun. 2010 (CEST)
Hörmal, ich bin Anwender. :) Als solcher will ich per se, daß das, was vor der Änderung funktionierte, auch hinterher funktioniert. Warum es hinterher nicht funktioniert und wer schuld ist, ist mir völlig egal. Das auseinander zu sortieren, ist eure Aufgabe. Bei einer neuen Windowsversion schreien auch alle, Windows ist doof, auch wenn es am veralteten Druckertreiber liegt, so ist es hier halt auch. :) --Matthiasb (CallMeCenter) 15:25, 11. Jun. 2010 (CEST)
... 's wird immer dramatischer ... but don't panic, the world cup has already started ... -jkb- 17:45, 11. Jun. 2010 (CEST)
Das Script funktioniert ganz sicher, wenn du den „Redirect“-link siehst. Ansonsten hat sich nämlich nichts verändert. -- ✓ Bergi 15:58, 13. Jun. 2010 (CEST)

Laut Nachfrage auf der Disk. von Matthiasb funktioniert es, daher:

Archivierung dieses Abschnittes wurde gewünscht von: Schnark 09:49, 26. Jul. 2010 (CEST)

CSS fehlerhaft

und zwar gewaltig. Wird das noch nachgebessert? --Matthiasb (CallMeCenter) 12:20, 12. Jun. 2010 (CEST)

Weiß ich nicht, ich glaube nicht dass es eine große Priorität hat. Trotzdem leite ich es mal weiter --Church of emacs D B 14:58, 12. Jun. 2010 (CEST)
Nein, kein einziger Fehler. Nur Eigenschaften, die CSS2.1 noch nicht kennt, einzelne Browser aber schon. Dazu gehören u.a. abgerundete Ecken, die FF beherrscht und die per -moz-border-radius definiert werden oder das angemeckerte Pseudoelement :nth-child zur alternierenden Tabellenfarbendarstellung (class="wikitable zebra"). -- ✓ Bergi 15:55, 13. Jun. 2010 (CEST)
Absichtliche Suche nach Fehlern und „Fehlern“ mit Checkern und Validatoren zum Ersten, zum Zweiten und hier jetzt zum Dritten. Der „Fehler“ besteht darin, dass bereits CSS3 genutzt wird, aber der Validator – wie du auch selbst am Parameter profile=css21 in der URL sehen kannst – noch auf CSS2.1 eingestellt ist. Bereits jetzt CSS3 zu nutzen, dürfte eine bewusste Designentscheidung sein, die nicht „nachzubessern“ ist. Im Übrigen finde ich noch erwähnenswert, dass du im Verlauf einer hitzigen Löschdiskussion zur Vorlage:Reflist persönlich für den Einsatz von CSS3 plädiert hast (wahrscheinlich ohne zu wissen, dass deine Aussage „Warum darf nicht für Firefox ein Vorteil genutzt werden?“ genau dasselbe wie die hiesige Nutzung von CSS3 ist, die du als „fehlerhaft“ und „nachzubessern“ bezeichnest, weil der Validator sie bemängelt). Gruß --Entlinkt 21:56, 18. Jun. 2010 (CEST)
Die "Fehler" lassen sich in 4 Gruppen aufteilen: Aufhübschung in einigen Browsern wie Firefox (z. B. -moz-border-radius), Nutzung von CSS3, Browserweichen für alte Firefoxe (z. B. -moz-any-link) und Bugfix für den Internet Explorer (z. B. zoom). Solange alle "Fehler" mit Bedacht so eingebaut sind, ist alles in Ordnung, nicht umsonst ist im CSS-Standard klar festgelegt, wie sich Browser bei CSS-Fehlern verhalten sollen. --Schnark 11:43, 19. Jul. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Schnark 11:48, 27. Jul. 2010 (CEST)

w3c: invalid markup

Errors found while checking this document as XHTML 1.0 Transitional! Es sollte schon standardkonformes HTML verwendet werden. Matthias 16:29, 13. Jun. 2010 (CEST)

Das sind die beiden leeren ULs. Unschön, in der Tat... --Guandalug 23:56, 13. Jun. 2010 (CEST)
Für Matthiasb zum Verständnis (es ist ja nun nicht das erste Mal, dass du mit diversen Checkern und Validatoren extra nach Fehlern suchst): Der Validator bemängelt, dass an zwei Stellen mittels <ul> eine Liste (unordered list) begonnen und mittels </ul> gleich wieder geschlossen wird, ohne dass dazwischen mindestens ein <li> (list item) steht. Bei einer dieser beiden Listen handelt es sich um das Menü, in dem du als angemeldeter Benutzer den Verschiebeknopf angezeigt bekommst. Der Validator arbeitet jedoch unangemeldet und bekommt naheliegenderweise keinen Verschiebeknopf angezeigt.
Die Meldung ist berechtigt, es sollte keine leere Liste erzeugt werden. (Ob es sich jedoch tatsächlich um ein spezifisches Problem des neuen Skins handelt oder ob es ein tiefer liegendes Problem in der Software ist und in Monobook nur zufällig keinen Fehler ergibt, weil Monobook die Menüs anders anordnet, muss an anderer Stelle geklärt werden.) Die Auswirkungen dieses Fehlers sind jedoch sehr überschaubar. In der Theorie sollen standardkonforme User Agents ungültigen Code ignorieren, in der Praxis versuchen sie zu erraten, was der Autor wahrscheinlich meinte. In diesem Fall kommt beide Male dasselbe dabei heraus (die Liste wird nicht angezeigt). Gruß --Entlinkt 21:07, 18. Jun. 2010 (CEST)
Also bei mir sind im Vector-Skin die Menüs "Aktionen" und "Varianten" auch im angemeldeten Zustand leer. --jhartmann 18:32, 1. Jul. 2010 (CEST)

bugzilla:23015 ist mit "WONTFIX" geschlossen worden, dort wurde auch angemerkt, dass es zumindest gültiges HTML 5 ist, also irgendwann in der Zukunft die Validierung wieder erfolgreich sein wird. Damit ist jede weitere Diskussion hier zwecklos. --Schnark 11:51, 27. Jul. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: Schnark 11:51, 27. Jul. 2010 (CEST)

Shortcut zu Commons

Wohl kein Softwarefehler, aber es gibt ja keine andere Seite um so etwas anzumerken: Vor einigen Wochen wurde im Monobook ein Shortcut zur Commons-Bildbeschreibungsseite eingeführt, oben rechts, sodaß man nicht nach unten scrollen muß, um a) herauszufinden, daß das Bild auf Commons liegt und b) den Link auf die Commonsseite zwischen all den Lizenbapperln rauszudeuten. Können wir das bitte auch in Vector haben? Kann man vielleicht 1:1 von EN übernehmen, denn so sollte das aussehen. --Matthiasb (CallMeCenter) 22:42, 11. Jun. 2010 (CEST)

Das liegt daran, dass einige Definitionen in der globalen Vector.css fehlen, weshalb auch die ganzen anderen Bapperl (Exzellent, ...) noch nicht funktionieren. --Steef 389 00:31, 12. Jun. 2010 (CEST)
Dieser sogenannte „Shortcut“ wurde vor 3 Monaten mit dem verharmlosenden Kommentar „Update“ in einer Art und Weise eingebaut, die nur mit Monobook funktionieren kann. Von diesen Spielereien, die es bis vor 3 Monaten nur im Vorlagen-Namensraum gab, ist seit 4 Jahren bekannt, dass sie skinabhängig sind; das Commons-Icon ist nun das erste, das es in den MediaWiki-Namensraum geschafft hat. Für Monobook habe ich das in Ordnung gebracht, aber Vector ist ein neuer Skin, weshalb die Sinnhaftigkeit dieses Bildchens m. E. auch neu in Frage gestellt werden kann. Schließlich ist niemals jemandem zugesichert worden, dass dieser Kram in jedem Skin funktioniert, ganz im Gegenteil (9 Skins werden zurzeit angeboten; Monobook ist der einzige, in dem das mehr oder weniger funktioniert).
Ich halte dieses Icon für ein verzichtbares Gimmick, das auf Betreiben von Commons-Admins eingefügt wurde, in erster Linie Commons-Admins und anderen Benutzern, die hier und auf Commons aktiv sind, nützt und von Anfang an als Gadget implementiert gehört hätte. Es ist auch das einzige absolut positionierte Icon, das nicht zu einem Baustein an anderer Stelle auf der Seite springt, sondern direkt auf eine externe Website (Commons ≠ Wikipedia) führt. Konsistenz in der Benutzerführung, anyone?
Davon abgesehen gibt es in Vector sehr ernste Schwierigkeiten, absolute Positionierungen am #bodyContent-Element zu fixieren, weil das #contentSub-Element immer einen unteren Rand, aber nicht immer einen Inhalt hat. Die Auswirkungen habe ich hier beschrieben. Außerdem stellt sich die Frage, wo diese Dinger überhaupt hin sollen. Oben herum ist eigentlich überhaupt kein Platz frei, und sie wie in Monobook wieder über die Sitenotice zu klatschen, ist m. E. keine Option. In der englischen Wikipedia „funktioniert“ das übrigens auch nur deshalb, weil in en:MediaWiki:Monobook.js ein Skript installiert ist, das bei einer Sitenotice den ganzen „Rest“ des Artikels nach unten verschiebt. So einen – sorry – Dreck hier wegen ein paar Bildchen installieren? Ne danke. Sollen doch die, die ein Icon über der Sitenotice gut finden, es als Gadget über die Sitenotice legen. Gruß --Entlinkt 06:02, 19. Jun. 2010 (CEST)
PS: Bug 23796 würde erlauben, dieses Problem endlich mal ordentlich (und das heißt: ohne position:absolute) zu lösen. --Entlinkt 21:14, 19. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: Schnark 12:05, 29. Jul. 2010 (CEST)

Scheinbare Volltextsuche

Wenn man den Mauszeiger auf das Lupensymbol der Suchfunktion bewegt, erscheint „Suche nach Seiten, die diesen Text enthalten“. Demnach müsste es zur Volltextsuche führen. Wenn man darauf klickt, kommt man aber direkt auf den gesuchten Artikel. Es müsste also entweder der Text oder der Link angepasst werden. --Katimpe 22:46, 10. Jun. 2010 (CEST)

Ist bereits bekannt, trotzdem danke --Church of emacs D B 23:48, 10. Jun. 2010 (CEST)
bugzilla:24248, um genau zu sein. Wie lange sich die Programmierer noch Zeit lassen, bis sie etwas tun, kann niemand sagen, aber hier sollte das inzwischen erledigt sein. --Schnark 09:52, 10. Sep. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 09:52, 10. Sep. 2010 (CEST)

Text im Editfenster lässt sich nicht mehr ganz nach unten scrollen

Konnte es bislang noch nicht reproduzieren, aber bei bestimmten Artikeländerungen, bei denen sich die Zeilenzahl ändert, bleibt der Edittext im Bearbeitungsfenster beim Scrollen nach unten stehen, so dass ich dann bspw. mitten in den Personendaten bin und nicht weiter runter komme. Nach "Vorschau zeigen" ist das wieder behoben. (XP + Opera 10.10) -- Harro von Wuff 21:39, 11. Jun. 2010 (CEST)

Passiert jetzt regelmäßig und zwar, wenn ich eine Zeile markiere und mit "Einfügen" durch einen anderen Text ersetze. -- Harro von Wuff 21:50, 11. Jun. 2010 (CEST)
Kann das jemand bestätigen? Bei mir (Ubuntu + Opera 10.10) tritt das Problem nicht auf --Church of emacs D B 14:54, 12. Jun. 2010 (CEST)
Auch bei mir nicht beliebig reproduzierbar. Wenn es sonst niemanden betrifft, kann es als lokales User-Problem abgehakt werden. -- Harro von Wuff 00:48, 17. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 10:04, 10. Sep. 2010 (CEST)

Suchfunktion / Volltext

Gebe ich einen Suchbegriff ein, dessen Artikel existiert, etwa Amerika und klicke auf die Lupe, dann erscheint der Artikel und es wird keine Volltextsuche ausgeführt. Das war gestern morgen noch anders. --Matthiasb (CallMeCenter) 12:26, 12. Jun. 2010 (CEST)

Du musst bei den aufklappenden Suchvorschlägen auf „Volltextsuche“ klicken. Dass der Tooltop-Systemtext der Suchbox noch geändert werden muss, hab ich bereits gemeldet --Church of emacs D B 14:56, 12. Jun. 2010 (CEST)
bugzilla:24248, wie oben, hier sollte das inzwischen erledigt sein. --Schnark 09:54, 10. Sep. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 09:54, 10. Sep. 2010 (CEST)

Volltextsuche nicht auffindbar

Die Volltextsuche ist nicht mehr auffindbar. Es gibt nur noch die normale Suche. --89.246.202.25 10:48, 13. Jun. 2010 (CEST)

Siehe 4 Abschnitte weiter oben. --P.C. ✉ 10:54, 13. Jun. 2010 (CEST)
wo finde ich die da genannten aufklappenden Suchvorschläge? --89.246.202.25 11:01, 13. Jun. 2010 (CEST)
Du klickst in das Suchfeld und fängst an zu Tippen. Die Vorschläge sind Artikel, die so anfangen, wie der Text, den Du gerade tippst, und die letzte Zeile ist "Volltextsuche nach: " --P.C. ✉ 15:52, 13. Jun. 2010 (CEST)
Ja, aber wo muss ich klicken, damit ich die Vorschläge sehe? Da gibt es nur die Lupe und die bringt einen direkt zum Lemma. Andere Knöpfe sind da nicht. --89.246.199.92 16:02, 13. Jun. 2010 (CEST)
Lass Mich raten: JavaScript deaktiviert? --P.C. ✉ 17:20, 13. Jun. 2010 (CEST)
Ich glaube. --89.246.199.92 19:09, 13. Jun. 2010 (CEST)
Ich habe bugzilla:25127 für Suche ohne Javascript aufgemacht, hier damit erledigt. --Schnark 09:55, 10. Sep. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 09:55, 10. Sep. 2010 (CEST)

Schriftgröße Einzelnachweise

Einzelnachweise erscheinen bei mir nun in derselben Schriftgröße, wie der normale Text. Ist das so gewollt und eine Nebenwirkung der Tatsache, daß DE:WP sich bislang gegen Vorlage:Reflist erfolgreich gewehrt hat? Wie soll Abhilfe geschaffen werden? Wiederherstellung der Vorlage und Botlauf, um in allen Artikeln references durch die Vorlage zu ersetzen? (Oder ist bei mir was schief; meine VectorCSS ist aber noch jüngfräulich) --Matthiasb (CallMeCenter) 12:59, 11. Jun. 2010 (CEST)

Das war bisher eine de.wiki-spezifische Änderung in der MediaWiki:Monobook.css: Schriftgröße auf 90 %. Kann man aber, wenn gewünscht, in die Vector.css übertragen. Es besteht kein Zusammenhang mit dem Einsatz von <references /> bzw. dem von dir bemängelte Fehlen von {{Reflist}}. Es ist also kein Botlauf nötig, und es ist auch kein Grund, zweispaltige Reflisten einzuführen. Diese Diskussion hatten wir schließlich erst vor kurzem. — Raymond Disk. 14:08, 11. Jun. 2010 (CEST)
Darum geht es nicht. Ich glaube kaum, daß die derzeitige Schirftgrö߀ sinnvoll ist, als Beispiel nenne ich mal Blizzard of '77 (übrigens eigentlich der Paradefall, warum die Verteufelung von mehrspaltigen Referenzen Unsinn ist, aber das ist eine andere Frage – die, daß <references /> ein falsches HTML-anmutendes Tag ist und eigentlich ganz aus dem Fließtext verbannt gehört –, in der sich DE:WP mal wieder gegen den WP:Mainstream entschieden hat, aber hier ist das OT). Dann bitte Vector.css ändern, aber pronto subito, per favore. :-) --Matthiasb (CallMeCenter) 14:28, 11. Jun. 2010 (CEST)
Plädiere auch dafür, die Schriftgröße der Einzelnachweise wie bei Monobook zu reduzieren. -- Gruß Sir Gawain Disk. 17:50, 11. Jun. 2010 (CEST)
Bin ebenfalls dringend für eine kleinere Darstellung. Fußnoten sind nun mal kleiner, was sich als äußeres Zeichen für eine andere Textfunktion als der Haupttext etabliert hat. (Und 2-spaltige Referenzen wären in der Tat oft sinnvoll, wie auch hier). Gruß --Eweht
Zeispaltige Einzelnachweise kann sich jeder selbst einrichten: 
.references { -moz-column-count: 2; column-count: 2; }
--Steef 389 14:50, 12. Jun. 2010 (CEST)

Bitte unter MediaWiki Diskussion:Vector.css#Formatierung von Einzelnachweisen diskutieren. --Schnark 11:28, 13. Sep. 2010 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 11:28, 13. Sep. 2010 (CEST)

VM button, der beim Draufklicken ein Wort nicht lesbar anzeigt

Ich hab da einen VM-Button, der irgendwie entsteht (möglicherweise durch meine eigenen Einstellungen) und dessen Funktion ich auch herausgekriegt habe, aber es wäre sinnvoll, dass beim Draufklicken auf den Button ein lesbares Wort erscheint und nicht das Fragment einer Schrift. Nebenbei (fiel mir gerade beim Hochladen auf) wäre ein Button für "Miniatur" ganz sinnvoll. (nachgetragen: Firefox 3.6.3, Schrift Verdana festgelegt, Schriftgröße normal)--Anghy 21:52, 10. Jun. 2010 (CEST)

→ Wikipedia:Helferlein/Vorlagen-Meister--GenJack Talk 21:35, 11. Jun. 2010 (CEST)
Jetzt unter Wikipedia Diskussion:Helferlein/Vorlagen-Meister#Darstellung unter Vektor bzw. mit neuer Werkzeugleiste. --Schnark 12:40, 14. Sep. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 12:40, 14. Sep. 2010 (CEST)

Leistenfehler und Login-Fehler

Hallo,

ich habe heute folgende Probleme bemerkt: Dieses Bild zeigt Probleme mit der Leiste, die mir vom neuen Design erzählt. Beim Klick auf Ausblenden erschien dieser Fehler, beim Aktualisieren der Seite wieder ein ähnliches Bild, siehe hier. Was ist los? --Z1 21:13, 10. Jun. 2010 (CEST)

Hi, danke für die Meldung. Kannst du uns noch sagen welche Opera-Version du verwendest? Gruß, --Church of emacs D B 23:48, 10. Jun. 2010 (CEST)
Jop:

Version: 10.53

Build: 3374

Plattform: Win32

Betriebssystem: Windows XP

XHTML+Sprache: Das Plug-in ist nicht geladen

Browser-Identifikation: Opera/9.80 (Windows NT 5.1; U; de) Presto/2.5.24 Version/10.53

Ich denke, das reicht, oder? --Z1 07:22, 11. Jun. 2010 (CEST)
Ich reiche es mal weiter --Church of emacs D B 15:00, 12. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 10:17, 25. Sep. 2010 (CEST)

Navigationsleiste/Buttons am falschen Ort (unten statt oben)

Wie man hier sieht, waren auf der Seite http://usability.wikimedia.org/wiki/Talk:Usability,_Experience,_and_Progress_Study die Navigationsbuttons Read, Edit, Add topic und View History unterhalb des Seitentextes statt oben und die Buttons Page und Discussion ueberlappen mit dem Text der Seite. Auch die Navigationsleiste auf der rechten Seite ist unten statt oben. System: 

Firefox 3.5.2
Linux (Ubuntu) 2.6.32-22-generic

Leider habe ich den Fehler gestern auf einem (fremden) Mac mit Firefox gesehen und als ich es heute reproduzieren konnte, habe ich den Screenshot gemacht. Gruss --hroest Disk 19:26, 11. Jun. 2010 (CEST)

Hat Cache purgen geholfen? --Church of emacs D B 14:44, 12. Jun. 2010 (CEST)
Archivierung dieses Abschnittes wurde gewünscht von: --Schnark 10:20, 25. Sep. 2010 (CEST)
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Wikipedia:Usability-Initiative/Softwarefehler/Archiv2010/Juni/23&oldid=209544051“