Diese Seite gehört zum Wikipedia-Archiv.


Fehlende Buchstaben bei Diff-Ansicht

Bearbeiten

Hallo, ich verwende Opera 10.53 auf Windows XP mit Auflösung 1280x960 und habe in den Einstellungen Blocksatz aktiviert. In der Diff-Ansicht (z. B. bei [1]) werden mit Vector in den Zeilen mit fett hervorgehobenem Text am Rand Buchstaben verschluckt (links das 't' von 'ist' und 'beschäftigte', rechts das 'ng' von 'Programmierung'). -- Carbidfischer Kaffee? 16:28, 12. Jun. 2010 (CEST)Beantworten

Fehler ist nachvollziehbar, hab ich mir aufgeschrieben --Church of emacs D B 17:46, 12. Jun. 2010 (CEST)Beantworten
Kann jemand bestätigen, dass es das gleiche Problem ist (und damit die gleiche Lösung besitzt) wie [2]? --Schnark 12:11, 7. Sep. 2010 (CEST)Beantworten
Ja, und es besteht im letzten Opera-Snapshot (10.70 Build 9036) leider immer noch. Opera unterstützt die Eigenschaft pre-wrap übrigens sehr wohl, aber offensichtlich falsch.
Das Problem ist übrigens nicht skinabhängig, Carbidfischer hatte bloß schon seit 2008 den entsprechenden Workaround in monobook.css, aber nicht vector.css. Gruß --Entlinkt 12:39, 7. Sep. 2010 (CEST)Beantworten

Warnhnweis zur Edit-Box doppelt

Bearbeiten

Wenn ich bei Seamonkey einen Tab schließe, in dem eine Edit-Box offen ist, bekomme ich den entsprechenden Warnhinweis doppelt. Wikipedia-Bug oder Browser-Bug? --Eike 16:55, 19. Jun. 2010 (CEST)Beantworten

Diverse Detailverbesserungen in den Hilfe-Untermenüs

Bearbeiten

Benutzername (Diskussion) + Striche vor den Tilden

Bearbeiten

Kein echter Bug, aber hoffentlich hier doch richtig aufgehoben: Es geht um die Hilfe-Menüs im Bearbeitungsfenster. Dort sind im Menü Diskussion bei Unterschrift mit Zeitstempel nur die Tilden angegeben, nicht aber die zwei Striche davor, die bei uns doch aber üblich sind. Außerdem steht bei "Wie es aussieht" (Was du eingibst-Wie es aussieht - dämliches Deutsch btw) "Benutzername (Diskussion) 15:54, 10. Jun. 2009 (UTC)". Das ist auch nicht ganz korrekt, denn bei unseren Sigs werden im Gegensatz zu anderen Projekten nicht automatisch "(talk)"-Ergänzungen mit eingefügt. --91.64.58.117 08:38, 22. Jun. 2010 (CEST)Beantworten

Was du eingibst:
Interner Link Linktext
Seitentitel

Bitte Reihenfolge tauschen, "Seitentitel=Linktext", das Direktere und Einfachere zuerst. Und für den abweichenden Linktext würde ich dann auch sowas vorschlagen wie [Seitentitel|Abweichender Linktext]. --91.64.58.117 08:51, 22. Jun. 2010 (CEST)Beantworten

Quellennachweise

Bearbeiten

DORT GEHÖRT DER EINFACHSTE FALL ERKLÄRT!!!!!!!, nämlich einfach nur ref /ref. Wieso steht davon dort gar nichts, sondern nur ref-name-Kram, was nur die fortgeschrittenen User interessieren dürfte? Ich würde vorschlagen, das ref-name-Zeugs komplett rauszunehmen. Ohne Link zu Hilfe:Einzelnachweise frage ich mich eh, wer damit wohl was anfangen können wird. --91.64.58.117 08:51, 22. Jun. 2010 (CEST)Beantworten

Hmmmm, muss man erstmal drauf kommen: Von den vier Buttons im Bearbeiten-Fenster (allesamt sehr intuitiv, besonders der ganz links) steht einer für "Beleg". Dort bekommt man das einfache Ref, wie ich soeben festgestellt habe. Nunja. Also im Hilfe-Menü sollte das entweder nochmal wiederholt werden, das einfache Ref, oder aber der Punkt wird komplett gelöscht. Mit dem Ref-Name-Zeug, das sich irgendwelche Wiki-Technokraten mal ausgedacht haben, können DE-wikipedia-weit vielleicht 80, vielleicht 90, vielleicht auch 100 Leute überhaupt umgehen - für Neulinge ist das nix. Das references-Tag fürs Ende des Artikels wäre vielleicht noch ganz wichtig, aber da kommt dann eine fette rote Warnmeldung, falls noch keins da war, also braucht man in dem Menü vielleicht auch nicht unbedingt. Und wenn mans schon bringt, dann sollte man eigentlich dazuschreiben, dass da noch ne Überschrift wie Einzelnachweise/Fußnoten/Quellenangaben oder so dazugehört. --91.64.58.117 13:25, 30. Jun. 2010 (CEST)Beantworten

Macht man damit das schöne Layout kaputt, wenn man dort miniatur statt thumb reinschreibt, weils zu lang ist? --91.64.58.117 08:51, 22. Jun. 2010 (CEST)Beantworten

Zu den oberen Punkten stimme ich dir völlig zu, bei miniatur/thumb liegt das Problem aber etwas tiefer: Man kann sich die Sprache der Benutzeroberfläche beliebig einstellen (als unangemeldeter Benutzer einfach ein &uselang=de an ?action=edit anhängen). Wer beispielsweise in en mit deutscher Oberfläche arbeitet, sähe mit deinem Vorschlag in der Hilfe ein [[File:Beispiel.png|miniatur|Beschreibung]], was dort aber nicht funktionieren wird. (Ja, das File würde in der Sprache des Projekts bleiben.) Das ist auch der Grund, warum ein REDIRECT und keine WEITERLEITUNG eingefügt wird. --Schnark 10:25, 23. Jun. 2010 (CEST)Beantworten
Wie auch immer, liest hier überhaupt jemand mit, der Zugriff auf diese Menüs hat oder es wenigstens den Verantwortlichen weiterleiten kann? --91.64.58.117 13:33, 28. Jun. 2010 (CEST)Beantworten
Der Vorschlag ist inzwischen bei Bugzilla, wann sich die Programmierer darum kümmern, kann man natürlich nie wissen. --Schnark 11:35, 30. Jun. 2010 (CEST)Beantworten
Okay danke. Nochmal zu thumb/miniatur/Redirect/Weiterleitung: Wieso steht denn dort "Datei" und nicht "File"? Da klappts doch auch. Und in EN bekommt man, auch mit deutschem Interface, "File" angeboten... Wieso sollte das für thumb/miniatur und redirect/weiterleitung nicht gehen? --91.64.58.117 13:14, 30. Jun. 2010 (CEST)Beantworten
Für Namensräume existieren Variablen, für den Rest meines Wissens nicht. Die Forderung, REDIRECT zu lokalisieren gibt es auch schon, sobald das gelöst ist, wird man das gleiche auch für thumb machen können. --Schnark 09:26, 3. Jul. 2010 (CEST)Beantworten

wechselnde Navi-Leiste oben

Bearbeiten

Ich versuche mich an neues zu gewöhnen aber es nervt immer mehr, der Monobook hat gute Chancen. Die laufend wechselnde Navi-Leiste führt zu verfehlten klicks und Ärger. Erst einmal ist es Bildschirmabhängig und man kann sich daran nicht gewöhnen, wenn man diverse Bildschirme verwendet. und dann: Mal ist "Versionsgeschichte" direkt da (wie auf Artikelseiten), mal ist sie im Dropdown versteckt (meist Meta-Seiten usw.), wobei wenn die Artikelseite "ungesichtete Änderungen" beinhaltet, ist sie ebenfalls im Dropdown... Somit passiert, wenn man hier länger ist und schnell editieren will, dass man im Dropdownfenster flasche Option anklickt (zumal Versionsgeschichte fängt wie Verschieben gleich an). Mit anderen Optionen ist es ähnlich, wobei mich manchmal ärgert, dass sie verstekct sind, obwohl in der Leiste manchmal enorm viel Platz ist. Gibt es da irgendeine Lösung? Gruß -jkb- 16:17, 26. Jun. 2010 (CEST)Beantworten

Drag&Drop index problem im Editor unter Safari 5.0

Bearbeiten

Beim Drag&Drop im neuen Editor unter Safari 5.0 wird der einzufügende Text eine Position zu weit hinten eingefügt. (die alte Frage: -1, 0 oder +1?). Ist lästig. Das Einfügen mittels copy/paste funktioniert hingegen richtig, auch im Safari. Drag& Drop funktioniert tadellos unter Firefox 3.6.4. --Herzi Pinki 18:26, 26. Jun. 2010 (CEST)Beantworten

BTW, ich mein das ernst! --Herzi Pinki 10:36, 17. Jul. 2010 (CEST)Beantworten

Strich in der Suchbox

Bearbeiten

Ich habe hier einen haesslichen Strich in der Suchbox, sieh hier. Anscheinend liegt das Problem im CSS element "background-image" unter #simpleSearch. Dort wird das Bild "images/search-fade.png?1" eingebunden. Wenn ich das entferne, sieht es wieder ok aus. Ich benutze FF 3.6.3 unter Linux Ubuntu 10.4 und kernel 2.6.32-22-generic-pae.

Gruss, --hroest Disk 10:16, 29. Jun. 2010 (CEST)Beantworten

Übersetzungen

Bearbeiten

Hier liest doch sicher mindestens ein Übersetzer aus translatewiki mit, der sich jetzt angesprochen fühlen darf. Als Beispieltext für Überschriften wird Kopfzeile eingefügt, das sollte besser Überschrift heißen, die Hilfe kennt auch noch einige Kopfzeilen ([3] ff.). Bevor man sich in seinen Einstellungen die Syntaxhervorhebung aktivieren kann, sollte sie auch so heißen, und die Gegenüberstellungs-Vorschau sollte vielleicht auch einen verständlicheren Namen bekommen (nur fällt mir keiner ein, das Ganze ist wie der Punkt "Live-Vorschau nutzen", nur in einem Tab neben dem Wikitext). --Schnark 11:29, 30. Jun. 2010 (CEST)Beantworten

Bearbeiten

Unter Win 7 läßt sich bei Opera 10.61 die Linke Navigationsleiste nicht ausklappen. Somit ist kein Zugriff möglich auf z.B. andere Sprachversionen oder die Werkzeugleiste. --Obkt 08:52, 17. Aug. 2010 (CEST)Beantworten

Hinweis: Ähnlich lautender Fehlerbericht von neulich. Mir ist es nicht gelungen, das Problem zu reproduzieren. Es werden wahrscheinlich noch mehr Informationen benötigt. --Entlinkt 17:29, 17. Aug. 2010 (CEST)Beantworten

Unter Linux (Ubuntu 10.4) und Opera 10.62 ist es ebenfalls nicht möglich die Navigationsleiste auszuklappen. Es ist also nicht nur auf Win 7 beschränkt. Vielleicht hilft das ja bei der Problemfindung 01:01, 18. Sep. 2010 (CEST) (ohne Benutzername signierter Beitrag von 213.39.136.231 (Diskussion) )

Habs im entsprechenden Bug angemerkt. --Schnark 09:37, 18. Sep. 2010 (CEST)Beantworten

Anzeigefehler

Bearbeiten

Bei Eingabe des Suchbegriffs verschwindet hinter einem schwarzen Balken der vom Cursor gezogen wird. Gerät ist Nokia N96. (nicht signierter Beitrag von 188.22.28.224 (Diskussion) 21:08, 18. Okt. 2010 (CEST)) Beantworten

Koordinaten stehen auf der Trennlinie

Bearbeiten

Hallo,
ich verwende Opera (genauere Daten folgen). Bei den Koordinaten in WP-Artikeln ist mir folgendes aufgefallen:  

Browser-Information:

  • Version: 10.63
  • Build: 3516
  • Plattform: Win32
  • Betriebssystem: Windows XP
  • XHTML+Sprache: IBM Multimodal Runtime Environment, Version: 4.1.3, Build: 20050506.01.1
  • Browser-Identifikation: Opera/9.80 (Windows NT 5.1; U; de) Presto/2.6.30 Version/10.63

Ist etwas unschön… --Z1 23:02, 20. Nov. 2010 (CET)Beantworten

Nachtrag: Ist der Artikel gesichtet, tritt dieser Fehler nicht auf. --Z1 23:07, 20. Nov. 2010 (CET)Beantworten
Nach MediaWiki Diskussion:Vector.css übertragen. --Schnark 09:28, 23. Nov. 2010 (CET)Beantworten

Wikipedia Seite Special:Export schlägt fehl

Bearbeiten

Vor kurzem meldete ich hier schoneinmal den Fehler, dass ich mit einer von mir geschriebenen Software nicht mehr auf die Exportierten Xml-Daten einer Seite zugreifen konnte. Bisher hatte ich die Daten im Quellcode meines Projekts (.NET Anwendung) mittels eins WebClient's heruntergeladen. Dann musste ich den User-Agent hinzufügen. Inzwischen funktioniert auch dieser wieder nicht. Hat sich wieder etwas an dieser Front getan? (nicht signierter Beitrag von Vandango (Diskussion | Beiträge) 23:22, 2. Jan. 2011 (CET)) Beantworten

Dürfte nichts mit Vector/Usability zu tun haben. Schau doch mal auf mw:Manual:Parameters to index.php oder mw:Manual:Parameters to Special:Export, vielleicht findest du auch etwas unter WP:NEU. Manche Anfragen funktionieren beispielsweise nur als POST. -- Bergi 18:01, 1. Feb. 2011 (CET)Beantworten

MySQL-Datenbankabfrage Fehler

Bearbeiten

Hallo. Ich habe soeben beim Prüfen meiner Stimmberechtigung mit dem neuen toolserver-Tool Account eligibility beta festgestellt, das es Probleme beim Abfragen einiger Sprachversionen von Wikipedia und deren Schwesterprojekten gibt. Dies ist auch bei allen deutschen Wikimedia-Projekten der Fall. Auch die Überprüfung über das toolserver-Tool Überprüfung der Stimmberechtigung von Guandalug ergab den selben Fehler:
Can't connect to the database: SQLSTATE[HY000] [2005] Unknown MySQL server host 'dewiki-p.rrdb.toolserver.org' (1)

Scheint also ein Problem mit der MySQL-Datenbank bzw. der Konnektivität zu ihr zu geben. MfG --Ptolusque Amateurfunk | Bewerte mich! 13:13, 6. Jun. 2011 (CEST)Beantworten

Einblendung der Erweiterten Bearbeiten-Werkzeugleiste

Bearbeiten

Schon wieder eine Stunde versch.... :-( Browser:Opera

  • beim Speichern oder bei der Vorschau kommt bei mir manchmal die "Wikipedia hat ein Problem" Seite.
  • normalerweise gehe ich einmal zurück, probiere es noch einmal und es klappt, kein weiteres Problem. Wenn ich den Schritt zurück gehe speist mir mein Opera den von mir veränderten Text automatisch wieder ein.
  • Ist die "Erweiterten Bearbeiten-Werkzeugleiste" passiert folgendes: ich gehe einen Schritt zurück, mein Browser füllt das Editfenster mit meinen Veränderungen aus, dann kommt das Script und plaziert an den oberen Rand des Edit-Fensters die Werkzeugleiste und speist danach den gespeicherten Text ein.
    • Dies überschreibt meine Veränderungen, die vom Browser wieder eingespeist wurden und alle Arbeit ist verloren. (Wenn ich es nicht irgendwo anders zwischengespeichert habe.)

--Franz (Fg68at) 07:14, 23. Aug. 2011 (CEST)Beantworten

KEINE neue Artikelversion wenn nur Leerzeichen sinnlos entfernt oder hinzugefügt werden

Bearbeiten

Hier is das beste Beispiel wie man die Artkel-History zumüllen kann und sich ein nicht so versierter Anwender fragen muss was daran sichtenswert ist. Es wurden nur Leerezeichen eingefügt, ansonsten nichts verändert. In dem Fall sollte eine Aktualisierungsperre greifen: [4] --Niesen (Diskussion) 17:24, 1. Mär. 2012 (CET)Beantworten

Sperren sollte man eher den, der das dann auch noch zurücksetzt und so die Versionsgeschichte gleich doppelt zumüllt. --TMg 01:55, 4. Jan. 2013 (CET)Beantworten
Eine Funktion „Zum Verwerfen vormerken“ die die Änderung nicht zurücksetzt, sondern dem nächsten Bearbeiter die letzte gesichtete Version als Bearbeitungsversion empfiehlt, wäre diskussionswürdig. --Diwas (Diskussion) 04:39, 4. Jan. 2013 (CET)Beantworten
Bearbeiten

Seit ein paar Tagen erscheint beim Klick auf das Link-Symbol immer die Meldung "Seite bereits vorhanden", auch wenn es den entsprechenden Artikel gar nicht gibt. --Rita2008 (Diskussion) 15:10, 8. Aug. 2012 (CEST)Beantworten

Welches „Link-Symbol“ meinst du? --TMg 01:56, 4. Jan. 2013 (CET)Beantworten

Tabellen in der mobilen Ansicht

Bearbeiten

Ich schlage oft schnell was in der Wikipeedia mit dem Smartphone (Android) nach. Tabellen kann man dabei nicht schieben und sind daher nicht vollständig zu sehen. Der Versuch, zur klassischen Ansicht zu wechseln, funktioniert auch nicht, da die Darstellung immer wieder zur mobilen Version zurückspringt. (nicht signierter Beitrag von 109.45.0.116 (Diskussion) 12:16, 4. Nov. 2012 (CET))Beantworten

Bearbeiten

Das Aus- und Einklappen des Navigationsmenü geht seit kurzem nicht mehr. (WindowsXP, IE 8.0, Skin:Vector, Bei aktiviertem Häkchen "Zusammenklappen von Elementen im Navigationsmenü der Benutzeroberfläche Vector aktivieren") Innerhalb von Artikeln funktioniert das Aus-/Einklappen. Eventuell ist daran die neue Beta Wikipedia:Artikel-Feedback Schuld? --MatthiasDD (Diskussion) 00:12, 6. Dez. 2012 (CET)Beantworten

Das sind Nachwirkungen einer Änderung vom 5. Dezember, für die inzwischen ein temporärer Fix eingerichtet wurde. In einigen Wochen erledigt sich das Problem von selbst. --TMg 02:01, 4. Jan. 2013 (CET)Beantworten