Auf dieser Seite werden Abschnitte automatisch archiviert, deren jüngster Beitrag mehr als 4 Tage zurückliegt und die mindestens einen signierten Beitrag enthalten.
Info: Bei MediaWiki, der Software der Wikipedia, wurde eine Aktualisierung auf die Version 1.18 durchgeführt. Deshalb kann es derzeit zu Änderungen der Anzeige kommen, insbesondere auf der erweiterten Beobachtungsliste, den Kategorien und im Monobook-Skin. Zudem lassen sich Benutzerbeiträge nicht mehr nach Namensräumen getrennt anzeigen. Derartige Probleme können hier auf der Seite oder auf der vorgesehenen Meta-Seite gemeldet werden. Auch bereits bekannte Bugs werden verlinkt. Bei Problemen mit benutzerspezifischen Einstellungen hilft die Skin-Werkstatt weiter. Blogmeldung
11. September 2011
Filetimestamp
Wann bekommen IPs Filetimestamp-Links bei Bildern geliefert, und warum angemeldete Benutzer nicht? Ist das von den Einstellungen (ich denke da an "⧼tog-nocache⧽") abhängig, oder hat das was mit gesichteten Versionen zu tun? --84.181.122.15819:18, 11. Sep. 2011 (CEST)[Beantworten]
Das hatte mal was mit gesichteten Versionen zu tun oder war so gedacht. Es ist heute ein Überbleibsel von Wikifantenstarrsinn. Hier die vergangenen Diskussionen die gemeint sind. Neueste zuerst!
Das ganze passiert nur, weil in der deutschsprachigen Wikipedia den unangemeldeten Benutzern standardmäßig die gesichtete Version angezeigt wird (mit filetimestamp). Im Wiktionary hingegen wird den unangemeldeten Benutzer standardmäßig die ungesichtete Version angezeigt (daher ohne filetimestamp). Angemeldete Benutzer können sich aussuchen, ob sie die gesichte oder ungesichtete Version sehen möchte, siehe Spezial:Einstellungen -> Seitenanzeige -> "Zeige standardmäßig die stabile Version einer Seite (falls vorhanden)", Alternativ kann man die Version mit stable=1 oder =0 beeinflussen und enthält entweder mit oder ohne filetimestamp. Ob man da etwas tun sollte/muss/kann etc. mag ich nicht sagen, ich störe mich auch als unangemeldeter Benutzer nicht daran. Der Umherirrende21:23, 12. Sep. 2011 (CEST)[Beantworten]
Die Vergrößerte Version der Datei/die Dateibeschreibungsseite, die man beim anklicken der Datei erreicht. Es könnte ja sein, dass die Datei mit einer unschönen Datei überladen wurde. In der gesichteten Version und bei einem Klick auf die Datei erhält man aber niemals diese unschöne Datei, die über die schöne Datei drübergeladen wurde. Sowie man bei Link auch immer wieder die gesichtete Version eines Artikels bekommt, nur funktioniert es dort automatisch. Der Umherirrende20:21, 13. Sep. 2011 (CEST)[Beantworten]
Wie bereits in den vorangegangenen Diskussionen: Es wird immer das aktuelle Bild von commons angezeigt. Egal ob vandaliert oder nicht. Weil auf den commons nicht gesichtet wird. Das Patrouillieren wird in die de.wikipedia nicht übertragen. Da müsste erst ein Bot für her, der die commons mit scannt. Beweis: In dem Artikel Wappen AlbaniensPermalink ist das Bild File:Coat of arms of the People's Republic of Albania.png als Miniatur in dieser Version dargestellt. Dieses ist exakt das Vorschaubild der letzten Version des Bildes auf den commons. Dieses Bild wurde nicht patrouilliert Logbuch - All public logs, gleichwohl wurde heute um 20:38 Uhr (UTC) eine neue Version hochgeladen. Die History von Wappen Albaniens sagt nichts über einen ungesichteten Status aus. Es ist so wie es verwendet wird einfach über. --217.246.198.23223:07, 13. Sep. 2011 (CEST)[Beantworten]
Nach einem Purge der Seite sehe ich jetzt (in der gesichteten Version) das Vorschaubild für die Dateiversion von 2009, die auch zum filetimestamp passt. Vermutlich müsste man das erneut sichten, damit das Vorschaubild der aktuellesten Dateiversion angezeigt wird. Sinn macht es bei Dateien von einem Repository, wie von Wikimedia Commons, aber nicht, da stimme ich dir zu. Bei lokalen Dateien sieht es aber anders aus. Der Umherirrende17:38, 14. Sep. 2011 (CEST)[Beantworten]
Richtig, nur sichten können nur angemeldete User mit den entsprechenden Rechten. Die geänderten ungesichteten Bilder auf de.wikipeia werden über den Sichterstatus des Artikels und der Datei erkannt, unabhängig vom stamp. Derzeit in der de.wikipedia [2] - 6 geänderte Dateien, davon keine mit neuer Bildversion. Also sind wir uns irgendwie ein bisschen einig, das es so nicht der wahre Jakob ist. Stellt sich die Frage ob es lohnt hier einen riesigen Apparat zu installieren, wo es ohne diesen ja scheinbar xJahre auch ohne funktioniert hat. Das Teil aus der de.wikipedia zu entfernen geht. Vor einigen Monaten hatte ich eines Nachts für einige Stunden das Vergnügen ohne dieses Feature. Nun lass ich mich überraschen ob und was passieren wird. Danke nochmal für die ehrliche und offene Antwort. --217.246.220.14520:16, 14. Sep. 2011 (CEST)[Beantworten]
Ich muss das hier mal wieder in Erinnerung bringen sonstverschwindet es im Archiv.
Was ist denn nun das Problem? Die gesichteten Versionen schützen wirkungsvoll den Leser vor Vandalismus. Funktioniert das bei Bildern nicht, oder wie meinst du das? Übrigens: Admins können daran meines Wissens nichts ändern. Änderungen/Bugs müssen in bugzilla: vorgeschlagen werden. Viele Grüße --Saibo (Δ) 05:51, 18. Sep. 2011 (CEST)[Beantworten]
Richtig, bei Bildern aus den commons funktioniert das nicht und hat vermutlich nie funktioniert. Nachdem nach mehreren Diskussionen der Benutzer:Umherirrender das hier → [3] (4 Beiträge weiter oben) bestätigt hat wollte ich mal anfragen ob es da nicht genauso gut verschwinden kann. Umherirrender ist ja nun ein zuverlässiger und erfahrener Benutzer. Einen Bot zu installieren halte ich für nicht erforderlich. Es hat viel Jahre ohne dieses funktioniert, was soll man da mit einem Bot der Wartungskategorien vollschreibt. Im Prinzip betrifft es Bilder mit einer neuen Version. Auf der de.wikipedia gibt es derzeit keine Datei mit unmarkierten Änderungen Dateien mit unmarkierten Änderungen und commons-Änderungen wirken sich nicht auf den gesichtet-Status eines Artikels aus. Der Filetimestamp eines Bildes mit neuer Version sowie das Miniturbild verweisen auf die neueste Version des Bildes, unabhängig davon wer es auf commons hochgeladen hat oder ob es patrouilliert wurde. Wenn ein Admin das ebenfalls so sieht könnte man (besser noch ein Admin) oder ich auf Hilfe Diskussion:Bugzilla einen Eintrag machen. Danke --217.246.221.19606:23, 18. Sep. 2011 (CEST)[Beantworten]
Nun hast du den Diskussionsort nach Hilfe_Diskussion:Bugzilla gewechselt... wieso? Lass uns doch hier die Sache ausdiskutieren statt die Diskussion zu zerreißen.
So wie es aktuell konfiguriert ist, leuchtet es mir nicht ganz ein. Man würde bei einem vandaliertem Bild zwar den Vandalismus im Vorschaubild im Artikel sehen aber nicht nachdem man auch die Datei zum Vergrößern geklickt hat. Ich würde eher sagen, dass eben bei der Funktion noch etwas fehlt. Nämlich, dass im Artikel die Dateiversion zum Zeitpunkt der Sichtung als Vorschaubild angezeigt wird (auch wenn es eine neuere Dateiversion gibt). Falls es eine neue Dateiversion gibt, müsste der Artikel (nach Kontrolle, ob die neue Dateiversion okay ist) neu gesichtet werden. Oder ist ein Teil davon schon so? Viele Grüße --Saibo (Δ) 02:32, 19. Sep. 2011 (CEST)[Beantworten]
Warum ich das verlege? Weil es keiner ausdiskutiert. Es wird wie bei den voran gegangenen Diskussionen 4 Tage gewartet und das Problem hat sich archiviert. Auf Bugzilla Disk gab es von Benutzer:Paulae am 23. Sep. 2010, also vor fast genau einem Jahr ein Beschreibung zu genau diesem Thema. Einzige Reaktion war 9 Monate später von mir. Von Benutzer:Burkhard am 2. Sep. 2011 wurde das hier mittlerweile im FZW Archiv angesprochen. Nach 4 Tagen in der Versekung verschwunden. Dieser Krempel zeigt mal das aktuelle Vorschaubild mit Link auf alte Version, mal ist der Link auf die neue Vesion und das Vorschaubild alt oder das Bild ist als IP gar nicht zu sehen und nur die kleine Lupe rechts unten im Vorschaubildkasten vorhanden. Hangel dich durch die vpran gegangen Diskussionen durch. Jetzt ruft das RL. --217.246.220.9906:47, 19. Sep. 2011 (CEST)[Beantworten]
Wenn was nicht archiviert werden soll, dann {{Nicht archivieren}} draufkleben. Oder es eben an einer spezielleren Stelle diskutieren - z.B. WP:RB oder WP:GSV. Auf HD:Bugzilla tut sich eben auch nichts, weil es einfach die falsche Seite ist. Auf der Diskussionsseite dort geht es um die Hilfeseite zu Bugzilla. Ich habe jetzt auch leider keine Zeit für die Sache. Vielleicht intereessiert sich ja noch jmd. dafür. ;) Viele Grüße --Saibo (Δ) 02:30, 21. Sep. 2011 (CEST)[Beantworten]
Auf HD:Bugzilla bzw auf der Disk von Benutzer:Raymond hatte ich dieses Problem angesprochen. Raymond sagte das es sich möglicherweise mit der neuen Media-Wiki erledigen wird. Er hat noch nicht neu geantwortet. Da er es als Permalink auf seiner Disk hat kann er dieses hier jederzeit wiederfinden. Evtl.. sollte vor der Archivierung noch auf eine Antwort von Raymond gewartet werden. --217.246.209.15720:05, 5. Okt. 2011 (CEST)[Beantworten]
Wegen mir könnt ihr das hier löschen, archivieren oder sonst was. Es interessiert niemanden. Als ich Euch einen Bug der neuen Software gemeldet hatte, der Euer Sichtungsspielzeug betraf, ging sofort ein Bugreport [11]. Hier geht es ja nur um die Belange der größten Nutzergruppe in der WP, die der nicht angemeldeten Nutzer. Weder hier noch auf HD:Bugzilla oder bei Benutzer:Raymond ist irgendeine Bewegung zu spüren. Andere Dinge, die eben die angemeldeten Nutzer betreffen werden selbstverständlich abgearbeitet. Es verabschiedet sich eine, zum wiederholten Male, enttäuschte IP. --217.246.201.25212:56, 15. Okt. 2011 (CEST)[Beantworten]
Bitte in allen Unterabschnitten keine erledigt-Vorlage verwenden, sonst wird alles zu MediaWiki 1.18 auf einmal archiviert. --Saibo (Δ) 20:10, 10. Okt. 2011 (CEST)[Beantworten]
MW118: Disk 0
Server-Admin-Log (Zeiten in UTC) mit den letzten Änderungen. Vor 20 Minuten wurde Commons auf 1.18 umgestellt. Außerdem sind umgestellt: enwiki, frwiki, plwiki.
Wir kommen wohl in diesem Schub doch noch nicht, wenn ich die Aussagen im Chat richtig verstehe. Ich schätze dann in 12 Stunden oder so. --Saibo (Δ) 06:06, 5. Okt. 2011 (CEST)[Beantworten]
Einen Vorgeschmack bzw. Problemlösungen auf die/der Probleme morgen (oder so) kann man in den beiden Interwikis oben bekommen. --Saibo (Δ) 19:31, 5. Okt. 2011 (CEST)[Beantworten]
Ich wollte gerade fragen, warum mein Monobook-Skin in der en-WP so merkwürdig aussieht. Doppelte Zeilenabstände bei den Kategorien, ein nicht mehr ordnungsgemäß funktionierendes Suchfeld - super! Sagt mal, muss denn jedes Update ein qualitatives Downgrade nach sich ziehen? Ich kapiere das ums Verrecken nicht, warum man ein funktionierendes System sabotieren muss. Bedient, --ScooterBackstage21:51, 5. Okt. 2011 (CEST)[Beantworten]
Größte Verbesserung: Die automatische Vergabe des Passiver-Sichter-Status wird jetzt im Rechtelogbuch vermerkt. Größte Verschlechterung: Die Benutzerbeiträge sind nicht mehr nach Namensraum sortierbar (was die Arbeit erheblich erschweren wird...). Das lässt sich aber wohl mit der Installation des Gadgets meta:MediaWiki:Gadget-rightsfilter.js beheben. XenonX3 - (☎:✉) 01:26, 6. Okt. 2011 (CEST)[Beantworten]
Hat der Kasten mit der Einleitung nur bei mir so einen schwarzen Trauerrand? das war mir vorhin noch nicht aufgefallen... Außerdem, da ich gerade einen BK mit XenonX3 hatte, fällt auf, dass das Fenster "Dein Text" nun grau hinterlegt ist. Grüße, Grand-Duc01:29, 6. Okt. 2011 (CEST)[Beantworten]
Den Trauerrand hab ich auch.
Viel schlimmer ist aber, dass (vermutlich) alle Infoboxen nicht mehr rechts stehen, sondern über der Einleitung (Hochschule, Verein und Unternehmen angesehen). --Geri, ✉01:51, 6. Okt. 2011 (CEST)[Beantworten]
Aha! Abgemeldet funkt's wie gehabt. Ein Helferlein oder etwas in der monobook.js nicht kompatibel? Und steht links meintest Du wohl, nicht? (so irritiert davon? ;-) --Geri, ✉02:02, 6. Okt. 2011 (CEST)[Beantworten]
Angeblich soll sich die Kategorienanzeige nicht ändern. Da habe ich leider einen ganz anderen Eindruck. Und bei den Bearbeitungsknöpfen gibt es nur eine reduzierte Anzeige. --Enzian4402:32, 6. Okt. 2011 (CEST)[Beantworten]
Vielleicht wäre es sinnvoll, wenn wir thematisch gruppierte Unterabschnitte erstellen. ;) Vor allem für die mehr oder weniger echten Bugmeldungen (siehe die Seite in Commons). Viele Grüße --Saibo (Δ) 02:41, 6. Okt. 2011 (CEST)[Beantworten]
MW118: Passiver-Sichter-Status (autoreview) nun als separates Benutzerrecht
Laut WP:NEU: "(Softwareneuheit) Das autoreview-Recht kann nun auch ohne kurzzeitige Benutzersperre entfernt werden". Dann müsste doch doch z.B. bei Spezial:Benutzerrechte/Grimba (kein Testaccount!) eigentlich gehen.. Die Checkbox ist angehakt, aber ausgegraut. Komisch. Falsch verstanden? --Saibo (Δ) 02:16, 6. Okt. 2011 (CEST)[Beantworten]
Wie bekommt man sie wieder platzsparender hin? CSS müsste wohl geändert werden. --Saibo (Δ) 04:34, 6. Okt. 2011 (CEST) Ah, die en.Wikipedianer haben schon teilweise etwas herausgefunden ... (nun hier oberhalb verlinkt) --Saibo (Δ) 05:45, 6. Okt. 2011 (CEST)[Beantworten]
Ich frage mich zwar ganz ernsthaft, wie man so eine Syntax auf der Stelle herzaubert (und was wir hier täten, wenn es nicht Leute gäbe, die so etwas wissen), aber davon ab danke ich dafür herzlich. Wenigstens ein kleiner Schritt zurück zur Normalität und weg von "wie gewollt und nicht gekonnt". --ScooterBackstage10:49, 6. Okt. 2011 (CEST)[Beantworten]
Scooter, ich pflichte dir voll und ganz bei. Welcher bürokratische Hohlkopf ist auf die Idee gekommen so etwas abschreckendes auf den Weg zu bringen. @Formafix: Funktioniert das auch mit Monobook? Gruß & Dank --Laibwächter14:39, 6. Okt. 2011 (CEST)[Beantworten]
Danke - funktioniert (in Monobook, Firefox 3.6). Wenn es allgemein eher gewünscht ist, dann sollten wir es vielleicht in die allgemeine commons.css schreiben. Sonst müssen die Technik-DAUs leiden. --Saibo (Δ) 18:26, 6. Okt. 2011 (CEST)[Beantworten]
Wenns bloß um die Optik geht, würde ich aber #catlinks li { padding:0 .3em; border-color:black; } #catlinks li:first-child { padding-left:0; } empfehlen. Schließlich habe ich selbst dafür gestimmt, den senkrechten Strich aus der Formatierung zu verbannen. Grau + größere Abstände passen halt zu Vector, halte ich für nachvollziehbar (und Monobook bleibt trotzdem besser). -- ✓Bergi00:28, 7. Okt. 2011 (CEST)[Beantworten]
Ich würde es für Monobook so lassen, wie es bisher war (können wir das nicht in eine allgemeine monobook.css schreiben?). Monobook-user wollen keine Verschlechterungänderung, oder? ;) (bin natürlich selbst einer) Wir würde ein Mittelding zwischen Fomafix und Bergi gefallen - so ein etwas erhöhter Zeilenabstand ist schon nicht verkehrt. Bergi, was ist denn an dem senkrechten Strich dir nicht gefällig? ;) --Saibo (Δ) 02:43, 7. Okt. 2011 (CEST)[Beantworten]
Das gewünschte Ergebnis ist ein Rahmenelement und kein Schriftzeichen (wie beispielsweise eine automatische Nummerierung per counter()). Daher würde ich auch Rahmensyntax bevorzugen. Zudem gibt es manche Browser, in denen per content: eingefügter Inhalt selektierbar ist, hier ist das Unsinn. Einziger Nach- (oder Vor-)teil ist, dass der Strich nicht nur Buchstaben-, sondern Element- (also Zeilen-)höhe hat.
Der größere Abstand von .7em im Vergleich zum bisherigen Leerzeichen (etwa 0.25em) ist auf alle Fälle nichts, ich würde fast einen Bugantrag stellen anstatt das lokal zu lösen. -- ✓Bergi16:50, 7. Okt. 2011 (CEST)[Beantworten]
MW118: Animation in der erweiterten Version der RC/Beo
Noch was Tolles: Wenn man die erweiterte Version der letzten Änderungen aktiviert hat gibt es jetzt eine zeitverschwendende Animation beim Öffnen und Schließen der einzelnen Punkte. Wer sich sowas ausdenkt... --StG1990Disk.04:22, 6. Okt. 2011 (CEST)[Beantworten]
Mit dem Wikipedia-Update sind eine Menge Dinge aufgetreten, die die Freude mit dem Umgang von Wikipedia vermissen lassen. Mit der interaktiven Beobachtungsliste (ein- und ausklappen) hat die Liste eine enorme Aufbauzeit, da jeder einzelne Beitrag einzeln eingeklappt wird. Das kann dauern. Einfach nur furchtbar! Ah ja, als Browser dient das neueste Modell von Opera. Gruß -- Matthias à titre de «M 93» + «disc»15:09, 10. Okt. 2011 (CEST)[Beantworten]
Interessant :-) Ich habe mit Opera keine Klappanimation, mit Chrome und IE beim Auf- und Einklappen und mit Firefox nur beim Einklappen.... Jedenfalls eine lästige Verzögerung. Gruß, adornix(disk)20:30, 10. Okt. 2011 (CEST)[Beantworten]
Den langen Aufbau kann ich unter Windows 7 mit der neuesten Firefox-Version nicht finden. Mit Opera als Browser ist der Aufbau der Beobachtungsliste ähnlich lästig wie mit Firefox und Opera auf XP. -- Matthias à titre de «M 93» + «disc»16:30, 12. Okt. 2011 (CEST)[Beantworten]
Die erweiterte Diff-Ansicht von WikEd ist nicht mehr verfügbar. Außerdem lassen sich Links in den Diffs nicht mehr anklicken, keine Ahnung ob das auch ein Feature von WikEd ist, glaube aber schon. Außerdem ist der Hinweis, das man andere darauf hinweisen kann, das man etwas sichtet grottig übersetzt. --StG1990Disk.08:29, 6. Okt. 2011 (CEST)[Beantworten]
Für diejenigen, die nicht darauf warten wollen, dass Cacycle das korrigiert, mein Skript funktioniert weiterhin problemlos. Einfachste Methode es einzubinden ist ein
Sobald Cacycles Skript wieder funktioniert, hast du dann halt zwei Skripte, die im Wesentlichen das gleiche tun; nicht schädlich, sondern allerhöchstens verwirrend. Andererseits kannst du dann ausprobieren, welches dir besser gefällt (meines ist, soweit ich weiß, etwas langsamer, außerdem macht es die Wikilinks im Diff nicht klickbar [was ich für einen Vorteil meines Skripts halte, aber andere sehen das anders]). --Schnark10:18, 6. Okt. 2011 (CEST)[Beantworten]
Die Langform <math>\dot{\vec{B}}</math> funktioniert: . Warum wird denn bitte da was geändert, ich dachte der ganze Mathe-Teil von Mediawiki wäre auf "won't fix" gestellt? Weiß jemand, was denn in dem Bereich geändert wurde jetzt? --engeltr11:31, 6. Okt. 2011 (CEST)[Beantworten]
Es gibt in der MW118 nicht nur simple parser-Fehler mit wilden roten Text die gleich ins Auge springen, sondern auch subtilere Math-Layoutfehler, z.B.: (The arrow and the dot is not over the letter B. After remove of the "\text{rot}" at the beginning, the parser will fail. A "\dot{\vec B})" will fix the output. Diese latex-Störeffekte treten auch auf en-wp und am test.wikipedia.org auf.--wdwd00:30, 7. Okt. 2011 (CEST)[Beantworten]
Soweit ich das sehe, ist das kein Bug, sondern ein Übergang zu mehr LaTeX-konformem Verhalten. Wenn zwei Makros aufeinander folgen, dann sollte das Argument des äußeren geklammert werden, da sonst das zweite Makro, d.h. der Makrobefehl selbst, als Argument des ersten genommen wird, mit katastrophalen Folgen.--LutzL13:42, 9. Okt. 2011 (CEST)[Beantworten]
Latex interpretiert seit jeher 2 aufeinander folgende Befehle als einen, der auf das nächste Objekt angewendet wird. Klammern sind da nicht zwingend. --engeltr22:43, 9. Okt. 2011 (CEST)[Beantworten]
MW1118: Benutzerbeiträge sind nicht mehr nach Namensraum sortierbar
das ist ja wohl völlig §$%& - gibt's schon Abhilfen (obig angesprochenes Gadget-rightsfilter.js funktioniert jedenfalls bei mir noch nicht wie zunächst von mir gedacht, wohl aber so)? ca$e09:11, 6. Okt. 2011 (CEST)[Beantworten]
Ich glaube, besagtes Gadget muss man mal kopieren und für "Namensraum-Filterung" optimieren. Kann ja eigentlich so schwer nicht sein. Ist nur mal wieder.... wenig sinnvoll. *seufz* Besonders blöd: Der fragt die letzten <x> Änderungen ab und filtert darin. GANZ toll. Ich will die letzten 50 Änderungen eines Namensraum, nicht "aus den letzten 50 Änderungen was raussuchen". Okay, das schreit eigentlich nach API-Nutzung (wo der Filter im übrigen noch gut funktioniert....) --Guandalug09:30, 6. Okt. 2011 (CEST)[Beantworten]
Das war eine Änderung "weil der Filter zu ineffizient ist auf der Datenbank". Das hat mit den anderen Updates nichts zu tun, wurde auch schon entsprechend angemeckert, aber ich fürchte, das bleibt so. Dann muss man das halt via Toolserver machen...... --Guandalug09:50, 6. Okt. 2011 (CEST)[Beantworten]
Ach ja; der gute alte, ewig langsame Toolserver...
Würd' ich unterschreiben. Ich halte auch nix von der Toolserver-Lösung (bin mir nicht mal sicher, ob das erlaubt wäre, wo doch die Wiki-Software diesen Filter nicht mehr hat.....), aber ich sag mal so: Wenn ich wissen will, wann ich selbst im MediaWiki-Namensraum was geändert habe, dann will ich nicht X Seiten abklappern. Da ist mal wieder was repariert worden, was gar nicht wirklich kaputt war, scheint mir. --Guandalug12:28, 6. Okt. 2011 (CEST)[Beantworten]
{Erledigt|1=[[Benutzer:Guandalug|Guandalug]] 16:48, 6. Okt. 2011 (CEST)} Deaktiviert - SPbot archiviert sonst die ganze zweite Ebene
MW118: Seitenladefehler bei Vorschau-Funktion
Bei Benutzung der Vorschau-Funktion kommt es jetzt oft zu Seitenladefehlern (bei IE8), d. h. die Verbindung zum Internet wird getrennt und dabei geht höchst ärgerlicherweise die letzte Bearbeitung unrettbar verloren. Hier tropft der verschüttete Kaffee aus der Tastatur, einen weiteren Kommentar erspare ich mir mal lieber... ;-( --Jocian09:57, 6. Okt. 2011 (CEST)[Beantworten]
Hat schon jemand angemerkt, dass (zumindest unter Monobook) die Navileisten komplett zerschossen sind? Nein? Na, dann mache ich's mal. Ich werde immer wütender über diesen Mist... --ScooterBackstage10:12, 6. Okt. 2011 (CEST)[Beantworten]
Hatte ich mir fast schon gedacht. Ein Schelm, wer Böses dabei denkt - beispielsweise, dass man so dazu gedrängt werden soll, den furchtbaren Vector-Skin zu übernehmen. Ich kriege langsam Ätzpickel... Hoffentlich setzt sich hier mal jemand bitte auch für jene Benutzer ein, die weiter mit Monobook arbeiten wollen! --ScooterBackstage10:33, 6. Okt. 2011 (CEST)[Beantworten]
Wo ist bitte die Sonderzeichenleiste (geschützte Leerzeichen, Gedankenstriche etc.) geblieben? Wie soll man das eintragen? Aus dem Gedächtnis? Mit dauerndem Kopieren aus anderen Artikeln? Nicht zu fassen... --ScooterBackstage10:22, 6. Okt. 2011 (CEST)[Beantworten]
Danke fürs Nachschauen und den Hinweis, aber zumindest dabei hat das jetzt nichts gebracht. Leiste ist nach wie vor nicht da. Vermutlich auch so ein Fehler, der mysteriöserweise bei Vector nicht auftritt... --ScooterBackstage10:39, 6. Okt. 2011 (CEST)[Beantworten]
Das Problem liegt nicht bei dir Scooter; auf Commons sind die Sonderzeichenlisten auch nicht da wo sie sein sollten, auch wenn sie zumindest unter Vector zumindest da sind. Ich weiß nicht, mir kommt es vor, als wäre jedes neue Update chaotischer als das vorherige. Auf EN hat man übrigens viel mehr Bugs und Probleme als wir hier. Entweder sind wir nicht so fix im Finden oder in EN reizen die das System stärker aus. ;-) --Matthiasb(CallMyCenter)10:52, 6. Okt. 2011 (CEST)[Beantworten]
Das ist genau das, was ich (weiter unten) sage: Ich hasse überflüssige Updates. Warum meint jemand, in einem funktionierenden System zwingend herumfummeln zu müssen? Diesen Leuten gehört mehrfach heftig vors Schienbein getreten für ihre Herumspielerei. Sind da Zehnjährige am Werk, die einfach mal ein bisschen Spaß haben wollen? --ScooterBackstage10:56, 6. Okt. 2011 (CEST)[Beantworten]
haben die braven programmierer offenkundig gefixed
Ich mach’s mal wieder auf: benutze als Skin Modern (ja, ich weiß exotisch; aber zum Bearbeiten finde ich ihn ganz angenehm) und die Edittools fehlen. Ich bilde mir ein, dass das seit der Umstellung auf 1.18 so ist. Zuerst dachte ich, ich gewöhne mich dran, aber mittlerweile nervt’s. Ein generelles Problem oder liegt es an meiner zusammenkopierten .js/.css? Unter Vector habe ich keine Probleme. --Alex00:24, 9. Okt. 2011 (CEST)[Beantworten]
Was meinst du mit Edittools: Editbuttons, erweiterte Editbuttons (Gadget), Sonderzeichenleiste? Bei mir funktioniert sämtliches auch unter modern-Skin. Daher: Browser, Betriebssystem? -- ✓Bergi21:48, 10. Okt. 2011 (CEST)[Beantworten]
Ich meine die Bearbeitungsleiste unterhalb des Editierfensters a.k.a. Sonderzeichenleiste. (Ich vermute, das ist das hier.) Firefox 7 auf Linux. Wie gesagt, ich habe sowohl in meiner .js als auch .css rumgespielt ohne genau zu wissen was ich tue und unter Vector habe ich das Problem nicht. --Alex23:20, 10. Okt. 2011 (CEST)[Beantworten]
Meine einzige bisherige Sperre von 2006 über 1 Stunde ist jetzt zu einer Sperre bis zum datum von heute mutiert. Anderen geht es wohl genauso (siehe Fossa).--♥ KarlV15:24, 6. Okt. 2011 (CEST)[Beantworten]
Das sieht mir ganz nach einer Parameterverschiebung aus.... Seltsam. Im Code hab' ich jetzt auf die Schnelle nix gefunden, aber das heisst wenig. --Guandalug16:47, 6. Okt. 2011 (CEST)[Beantworten]
Das sind 2 unterschiedliche Dinge. Das Recht "passiver Sichter" wird nur an leute verliehen, die (unter anderem) nie gesperrt wurden. Hier geht es um die Falsche Anzeige der Dauer der Sperre. --Guandalug17:32, 6. Okt. 2011 (CEST)[Beantworten]
{Erledigt|1=[[Benutzer:Guandalug|Guandalug]] 08:56, 7. Okt. 2011 (CEST)} Deaktiviert - SPbot archiviert sonst die ganze zweite Ebene
contribsrange?
auch contribsrange.js bzw. das CIDR-Helferlein ("Zeigt die Beiträge von 16er und 24–32er CIDR-Ranges und Wildcardbenutzernamen wie „Splark*“ über API an.") scheint nicht mehr zu funktionieren? ca$e10:38, 6. Okt. 2011 (CEST)[Beantworten]
Was dann wohl die Verschwörungstheorien abhaken sollte.
Könnte bitte ein Admin in MediaWiki:Vector.js das float:none; noch mit einem !important unterstreichen oder alternativ die Spezifizität das Selektors noch durch ein #bodyContent erhöhen? Das sollte eigentlich reichen, um das Problem zu beheben. --Schnark11:10, 6. Okt. 2011 (CEST)[Beantworten]
"Unter Monobook sind sie bei den Überschriften." Wer behauptet das? Bei mir (Monobook) sind sie ganz rechts außen. Naja, man muss wohl, wie ich irgendwo anders hier gerade gelesen habe, damit leben, mit Ausschussware arbeiten zu müssen, wenn man sich nicht dazu drängen lassen will, einen unerwünschten Skin zu adaptieren. So ist der Lauf der Welt! --ScooterBackstage11:23, 6. Okt. 2011 (CEST)[Beantworten]
Wer das behauptet hat, weiß ich nicht, du kannst natürlich in der Versionsgeschichte suchen und die unsigned-Vorlage hinzufügen, da ich es aber gerade selber ausprobiert habe, sage ich das auch. Unter Monobook mit ansonsten Standard-Einstellungen sind die Bearbeiten-Links weiterhin direkt rechts neben den Überschriften. --Schnark11:34, 6. Okt. 2011 (CEST)[Beantworten]
Das war ich. Scooter, hast du mal versucht, in den Einstellungen/Helfelein "Bearbeiten-Links Rechts verschiebt die [Bearbeiten]-Buttons vom Fensterrand direkt rechts neben die jeweiligen Überschriften." zu aktivieren? (Bei mir isses nicht aktiviert. Falls es bei dir aktiviert ist, dann versuche es mal zu deaktivieren.) --Matthiasb(CallMyCenter)11:52, 6. Okt. 2011 (CEST)[Beantworten]
Bei mir (aktiviertes Helferlein) sind die Buttons im ANR an der Überschrift (Ausnahme: Die Einleitung), in allen anderen NR sind sie ganz rechts.--Nothere17:42, 6. Okt. 2011 (CEST)[Beantworten]
Es war angekündigt, dass Spezial:Präfixindex bei Einbindung in eine Seite alle Seiten anzeigt. Das ist nicht der Fall. Außerdem sind die Spalten jetzt am linken Bildrand gedrängt anstatt die gesamte Bildschirmbreite einzunehmen. SteMicha11:32, 6. Okt. 2011 (CEST)[Beantworten]
Doch, es wird jetzt so etwas wie Spezial:Alle Seiten angezeigt (bzw. es wird ein leerer String als Präfix verwendet). Wie im verlinkten Bugreport beschrieben, wurde zuvor eine input-Box angezeigt wenn kein Präfix angegeben war. Mal im Ernst: Du hättest doch wohl nicht wirklich erwartet, alle 8.309.493 Seiten aufgelistet zu bekommen? Wenn du meinst es sei nötig, dann formulier den Eintrag auf WP:NEU um. -- ✓Bergi21:33, 10. Okt. 2011 (CEST)[Beantworten]
Seiten ausklappen
Die neue Funktion, bei der sich mit
<div class="mw-collapsible mw-collapsed"> blabla </div> ganze Seiten ein- und ausklappen lassen können, rendert zumindest bei Firefox sehr langsam. Es kommt zu unschönen Rucklern. SteMicha12:07, 6. Okt. 2011 (CEST)[Beantworten]
Warum braucht es den klappbaren Murks überhaupt. Worin liegt der Sinn ganze Seiten aus- oder einzuklappen. Ist das die Bunga-Bunga-Funktion? Können wir nicht die class lokal aus der CSS löschen, damit sich das gar nicht erst verbreitet? --Matthiasb(CallMyCenter)17:05, 6. Okt. 2011 (CEST)[Beantworten]
Zustimmung, größerer Einsatz erfordert eine Grundsatzdisk. Ich sehe das schon bei den (missbräuchlichen) Einsatz der Navis innerhalb der Artikeln so. --Atamari16:35, 11. Okt. 2011 (CEST)[Beantworten]
Das hat Bergi schon vor Ewigkeiten repariert. Es muss nur ein Admin von hier den Quelltext übernehmen und dabei die Zeile var Isrc = "/media/wikipedia/commons/"; durch var Isrc = "/media/wikipedia/commons/"; und die Zeile if (! $.inArray(i, rmEditButtons)) { durch if ($.inArray(i, rmEditButtons) != -1) { ersetzen. --Schnark09:32, 7. Okt. 2011 (CEST)[Beantworten]
jetzt nicht mehr, stolz quatdratisch und wohlgenährt, ein hoch unseren programmieren hinter den kulissen, den vielgeschmähten -- W!B:21:09, 7. Okt. 2011 (CEST)[Beantworten]
Zumindest in meiner - etwas antiquierten - Softwarekonfiguration (Opera 9.10.521 auf Linux i686 2.4.20-8 RedHat) fehlen hinter den extrenen Links die Dateisymbole. Die Lücke für die Symole ist vorhanden, und dieser erweiterte Zwischenraum gehört auch noch mit zum anklickbaren Link, aber das Symbol selbst fehlt. -- M.ottenbruch¿⇔!RM15:22, 6. Okt. 2011 (CEST)[Beantworten]
Gibt es zufällig irgendwo einen Screenshot von einer Weiterleitung von vor der Software-Umstellung? Bin mir jetzt auch nicht mehr sicher, ob sich da was geändert hat. SteMicha16:42, 11. Okt. 2011 (CEST)[Beantworten]
Ok, also fetter wie vorher ist es wohl nicht, aber die Buchstaben stehen auf jeden Fall enger beisammen. Skripte hab ich keine und softwaremäßig hat sich seit dem Update bei mir auch nichts geändert. SteMicha17:46, 11. Okt. 2011 (CEST)[Beantworten]
Sortierfunktion von Tabellen
Vorhin war das Symbol für das sortieren von Tabellen verändernt, jetzt ist es ganz weg. Dafür kann man die Spalten durch einen Klick in die Kopfzeile sortieren. Reichlich dämlich, denn a) sieht man nicht mehr welche Spalten sortierbar sind und welche nicht, b) muss man da erstmal drauf kommen (vor allem aus Sicht eines Users, der hier nur selten ist), und c) müssten so viele Tabellen-Beschreibungen bzw. Legenden angepasst werden, in denen das sortieren der Tabellen erklärt ist.--Nothere17:42, 6. Okt. 2011 (CEST)[Beantworten]
{Erledigt|1=[[Benutzer:Nothere|Nothere]] 19:47, 6. Okt. 2011 (CEST)} Deaktiviert - SPbot archiviert sonst die ganze zweite Ebene
allgemeine Kommentare
Dann gern noch einmal die Frage: Warum muss bei einem Update dermaßen viel verschlechtert werden? Kann mir das mal bitte dringend jemand erklären? So ein zeit- und nervenraubender Mist geht mir nicht in den Kopf. Wenn die Leute keine vermeintlichen Verbesserungen ("Die automatische Vergabe des Passiver-Sichter-Status wird jetzt im Rechtelogbuch vermerkt", toll...) vornehmen können, ohne was kaputtzumachen, dann sollen sie es doch bitteschön ganz lassen. Sauer, --ScooterBackstage09:44, 6. Okt. 2011 (CEST)[Beantworten]
Was ich nicht verstehe, warum man das ganze nicht erst einmal in einer Sprachversion vernünftig ausprobiert und erst dann auf alle anderen losläßt. Warum hat man das nicht erst einmal bspw. auf Commons applikiert und dann, wenn da alle Fehler beseitigt waren EN und danach uns. Dann sind die Sonderfälle wg. Sichten, Kätzchenbildverteil- und Artikelbewerungsfunktion weitgehend durch und der Rest vom Schützenfest hat wahrscheinlich keine Probleme mehr übrig, über die er sich beklagen kann. --Matthiasb(CallMyCenter)11:01, 6. Okt. 2011 (CEST)[Beantworten]
Logo. Translatewiki-Änderungen brauchen immer bis zum nächsten "Abzug", bis sie aktiv werden. Das kann "nächste Nacht" sein, oder auch einen Tag später. --Guandalug15:32, 7. Okt. 2011 (CEST)[Beantworten]
Diese Spezialseite hat sich verändert. Wenn man einen Artikelnamen eingibt und auf anwenden klickt, ist der Reiter links oben nicht mehr "Spezialseite", sondern "Artikel". Es ist also durch klicken darauf nicht mehr möglich, die Spezialseite zu aktualisieren. Stattdessen kommt man jetzt auf den Artikel. Ich halte das für eine Verschlechterung. SteMicha19:19, 6. Okt. 2011 (CEST)[Beantworten]
Das war von anderen Benutzern extra gewünscht, damit das Navigieren möglich bleibt. Spezial:Verschieben verhält sich genauso. Das Aktualisieren einer Seite kann man mit F5 oder einem Button des Browsers erreichen, was natürlich eine kleine Umstellung bedeutet. Der Umherirrende19:24, 6. Okt. 2011 (CEST)[Beantworten]
Ich finde es immer wieder beeindruckend: Irgendwer schlägt was vor, ein paar weitere nicken zustimmend und flugs wird's geändert, ohne daß nachgedacht wird, ob das überhaupt sinnvoll ist. Daß aber von der Änderung Millionen betroffen sind, denen das ganze nicht gefällt, scheint kein Schwein zu interessieren. Das war genau dasselbe mit der Sortierung in der AJAX-Suchanzeige, wo noch heute der betreffende Programmierer meint, er hätte was gutes getan. Einen Schmarren hat er, Scheiße fabriziert hat er. Nur ist diese Scheiße schon zwei Jahre alt und die meisten haben vergessen, dasses mal besser war. Kopf -> Tischplatte. --Matthiasb(CallMyCenter)20:21, 6. Okt. 2011 (CEST)[Beantworten]
Jep. Wenn man wenigstens die BKLs bevorzugt anzeigen würde, aber es gibt Fälle, da erscheint die BKL nicht im Suchfeld, weil sie ja in der Regel gar nicht verlinkt ist. --Matthiasb(CallMyCenter)08:53, 7. Okt. 2011 (CEST)[Beantworten]
Genauso wie der Browser einen Aktualisieren-Button hat. Das Wegnavigieren von der Seite ist mit der jetztigen Änderungen viel einfacher. Vielleicht werden es Neulinge besser finden. Keine Ahnung. Der Umherirrende20:53, 6. Okt. 2011 (CEST)[Beantworten]
Wir werden es vielleicht aufgrund der Hilfeanfragen auf dieser Seite merken. Vielleicht aber auch nicht, weil Neulinge oft nicht fragen, da sie nicht als blöd dastehen wollen. --Matthiasb(CallMyCenter)08:57, 7. Okt. 2011 (CEST)[Beantworten]
MW118: Table mw-collapsible mw-collapsed
dürfte auf der de-wp nicht funken. z.b. als {| class="wikitable sortable mw-collapsible mw-collapsed" ... wie hier. Das Ein/Ausklappen von Tabellen funkt aber ohne Problem am Test-Wiki. Das Einklappen von Abschnitten mit <div class="mw-collapsible mw-collapsed"> Bla Bla </div> in diversen Kombinationen funkt auf de-wp.--wdwd20:06, 6. Okt. 2011 (CEST)[Beantworten]
Etwas ausführlicher: Hänge ?debug=true (oder falls die URL ein index.php?... enthält &debug=true) an die URL an, oder nenne zumindest mal eine Seite, wo es ein Problem gibt. Falls du nur CSS-Warnungen der Art "'important' erwartet, aber 'ie' gefunden." meinst, die sind beabsichtigt, würden sie fehlen, gäbe es eine fehlerhafte Darstellung im Internet Explorer. --Schnark12:11, 7. Okt. 2011 (CEST)[Beantworten]
nein, es gibt eigentlich eh keine probleme, ich will hier keinen stress machen (ist genug ;), mw:Extension_talk:WikiHiero dürte eher passend sein, falls welche auftreten
{Erledigt|[[Benutzer:W!B:|W!B:]] 13:19, 7. Okt. 2011 (CEST)} Deaktiviert - SPbot archiviert sonst die ganze zweite Ebene
Suchvorschlagsfeld & Sperrdialog
Bisher war das Suchvorschlagsfeld sehr gut zu bedienen. Seit dem Update bekomme ich ein winziges Feld vorgesetzt, in dem eine völlig unnütze Scrolleiste einen Haufen Platz wegnimmt. Das stört schon mal, weil nun noch weniger Platz für lange Seitennamen ist (einfach mal „Wikipedia:WikiProjekt“ eingeben: ein Haufen Einträge, ein Scrollbalken, man sieht immer nur „Wikipedia:WikiProj...“) Das Beste kommt aber noch: Klickt man nun auf einen Eintrag, wird nicht wie üblich die Navigation zur Seite gestartet, sondern der Text erstmal ins Suchfeld übernommen. Man darf also noch mal auf „Artikel“ klicken. Hinter dieser völlig unnützen benutzerunfreundlichen Änderung sehe ich überhaupt keinen Sinn.
Weiter gehts mit dem Sperrdialog. Da steht im Feld „Sperrdauer“ erstmal schön breit „Andere Dauer (englisch)“. Die restlichen Einträge brauchen nur halb so viel Platz. Ändert man die Einstellung nun auf eine konkrete Dauer (z.B. 6 Stunden), verschwindet das Zusatzfeld für die manuelle Sperrdauer nicht wie es sich gehört sofort, sondern blendet sich eine halbe Sekunde später mit einem schicken Effekt aus. Auch hier sehe ich überhaupt keinen Sinn.
Danke für diesen Müll, man sieht in der neuen Version deutlich, dass es einigen mehr um Animations- und Grafikschnickschnack geht als um Fehler, die ausgebessert werden müssen. Mit MW 1.18 ist gleich noch eine ganze Schippe mit obendrauf gekommen. --Inkowik20:31, 6. Okt. 2011 (CEST)[Beantworten]
Das mit dem Suchfeld kann ich nicht bestätigen, ich sehe keinen Unterschied zu vorher, weder was den Scrollbalken angeht, noch, dass beim Klick auf einen Link dieser ins Suchfeld übernommen wird (tut er nicht), sondern es ruft wie bisher gleich die Seite auf. SteMicha21:30, 6. Okt. 2011 (CEST)[Beantworten]
Benutzt du Vector? Dort funktioniert es tatsächlich noch. --Inkowik21:33, 6. Okt. 2011 (CEST) PS: Wenn ich oben schon gemäkelt habe, dann nun auch noch was postivies: Monobook-Seiten laden nun merkbar schneller. Das wird mit der Umstellung auf den Resourceloader zu tun haben.[Beantworten]
Ich kann deine Such-Probleme auch mit Monobook nicht nachvollziehen, der Kasten wird bei mir bis zu "Wikipedia:WikiProjekt Denkmalpflege/Öster…" ausgedehnt, ein Klick darauf führt direkt zur Seite. Hast du vielleicht in deinen Einstellungen die AJAX-Suchvorschläge deaktiviert und die Vorschläge stammen von deinem Browser, der sich deine bisherigen Eingaben gemerkt hat? --Schnark11:58, 7. Okt. 2011 (CEST)[Beantworten]
Das Problem ist, das man einzelne Seiten nicht unterscheiden kann, weil man nur den Anfang sieht. Damit wird dieses Feature ad absurdum geführt. Siehe auch das Bild, was ich mal produziert habe. --StG1990Disk.12:10, 7. Okt. 2011 (CEST)[Beantworten]
Das Problem besteht auch in Monobook nicht, wie meine Gegendarstellung zeigt. Leert mal testweise eure monobook.js/.css, vielleicht sind eure Probleme selbst gemacht. --Schnark12:19, 7. Okt. 2011 (CEST)[Beantworten]
Den Cache habe ich natürlich geleert. Im IE9 funktioniert es, das habe ich gerade mal noch überprüft. Firofox 8 mag jedoch nicht, aber wie gesagt, bis vor dem Update hat das auch unter Firefox 8 funktioniert. --StG1990Disk.12:38, 7. Okt. 2011 (CEST)[Beantworten]
Fehler wird einer angezeigt, nachdem ich auf bearbeiten geklickt habe, die Fehlermeldung betrifft aber die Extra-Editbuttons. Sonst mindestens 30 Warnungen zu falsch deklariertem CSS oder so. --StG1990Disk.12:49, 7. Okt. 2011 (CEST)[Beantworten]
Nachdem der Bot letzte Nacht den ganzen Abschnitt auch das, was teilweise noch unerledigt war archiviert habe, krame ich das nochmal raus, weil das eindeutig noch nicht erledigt ist. --StG1990Disk.18:05, 10. Okt. 2011 (CEST)[Beantworten]
Da ist kein einziger Fehler in deiner Auflistung, nur ein paar CSS-Warnungen. Ein letzter Versuch wäre es, sämtliche Browser-Plugins etc. zu deaktivieren. --Schnark09:26, 11. Okt. 2011 (CEST)[Beantworten]
Solche CSS-Warnungen sind für mich auch Fehler, wäre das CSS korrekt würde das ja nicht auftreten. Aber egal. Ich habe nochmal monobook.css und monobook.js gelöscht und alle Browser-Plugins deaktiviert und sowohl mit Version 8, als auch Version 4 getestet. Das Problem tritt immer auf. Da es vor dem Update nicht aufgetreten ist kann der Fehler nicht auf meiner Seite liegen. --StG1990Disk.10:20, 11. Okt. 2011 (CEST)[Beantworten]
Ohne diese CSS-Warnungen gäbe es Fehldarstellungen in allen Versionen des Internet Explorers.
Mit dem Update gab es tatsächlich eine Änderung an den Suchvorschlägen: Wenn der Browser von sich behauptet, er könne eine solche Liste selbst darstellen, dann wird auf diese native Browserunterstützung zurückgegriffen. Letztendlich ist es damit ein Bug im Firefox, der auf jeden Fall auch dort gemeldet werden sollte. Ich habe aber soeben im MediaWiki-Bugzilla darum gebeten, dieses Feature für Firefox zu deaktivieren, in Opera, wo die Vorschlagslisten ebenfalls nativ durch den Browser unterstützt werden könnten, ist es bereits deaktiviert, da dort ebenfalls irgendwelche Bugs auftreten. Also: Abwarten, oder einen Browser verwenden, der nicht behauptet etwas zu können, was er nicht kann. --Schnark11:09, 11. Okt. 2011 (CEST)[Beantworten]
Sogar Fehldarstellungen im IE9? Der soll doch angeblich endlich standardkonform sein. Solange absehbar ist, dass das von MediaWiki oder Firefox-Seite behoben wird kann ich damit leben. --StG1990Disk.11:59, 11. Okt. 2011 (CEST)[Beantworten]
MW118: Problem bei Darstellung von Bildern mit Hochkant-Befehl
Wenn man bei einem Bild den Befehl hochkant=0.x setzt, gibt es mal wieder Probleme mit der Darstellung - das Bild wird nicht angezeigt, der Browser lädt sich tot, bis man irgendwann den Versuch abbricht. Hat das auch mit MW118 (für mich jetzt schon meine Lieblingsabkürzung des Jahres) zu tun oder ist das der ganz normale Mist, der alle paar Wochen auftritt, ohne dass jemand erklären kann, warum? --ScooterBackstage21:43, 6. Okt. 2011 (CEST)[Beantworten]
Es gibt/gab Probleme mit den Image scalern ("21:25 guillom: image scalers have been having issues for the last ~20 minutes " [13] - Zeit in UTC). Die sind gefordert, wenn eine bisher nicht verwendete Bildgröße erzeugt werden muss. Wieso es diese Probleme gibt, weiß ich nicht. Es kann durch MW118 direkt oder nur durch die zusätzliche Lat durch die Umstellung hervorgerufen sein. Viele Grüße --Saibo (Δ) 03:14, 7. Okt. 2011 (CEST)[Beantworten]
Ich hatte heute nach einem Edit vom 3. Oktober ein etwas anderes Problem. Das korrekt hochkant aufgenommene Bild (erstes Bild - im Diff etwas nach unten scrollen) wurde rechts gedreht und gestaucht. Daher habe ich als provisorische Maßnahme das upright/hochkant=x.x weggelassen. Keine Ahnung was das war oder ist. Gruß -- AstrobeamerAsk the CEO22:25, 6. Okt. 2011 (CEST)[Beantworten]
Das Bild hat fehlerhafte EXIF-Daten: "Kameraausrichtung: Um 90° entgegen dem Uhrzeigersinn gedreht". Das stimmt nicht, denn es ist nicht gedreht (siehst du, wenn du es in einem Browser ansiehst). Mit dem 118er-Update dreht MW Bilder automatisch basierend auf den EXIF-daten, sodass man sie theoretisch direkt aus dem Foto hochladen kann, ohne sie manuell (oder per Rotatebot) drehen zu müssen. Leider haben die Devs nicht bedacht, dass es eine ganze Masse Bilder gibt, die falsche EXIF-DAten haben - so wie "dein" Bild hier. Ich habe die falsche Information nun gelöscht. Jetzt klappt es. Dir fehl der Fehler nur bei dem Hinzufügen von Hochkant auf, weil es die Skalierung des Bildes auf eine Größe änderte, die die Server noch nicht vorbereitet gespeichert hatten und sie daher (nun inkl. automatischer Drehung) erzeugten. Die Version ohne hochkant war noch gespichert und war noch von der alten (um das Dreh-Feature "ärmere") MW-Version erzeugt. Nach einem Purge (oder nach unbestimmter Zeit) wären alle Miniturbilder fälschlich gedreht gewesen.
Vielen dank für die Reparatur, aber das war nicht "mein" Bild. Und leider bin ich (und andere sicher auch) in Englisch nicht so fit, dass ich an solchen Diskussionen sinnvoll teilnehmen kann. Gruß -- AstrobeamerAsk the CEO07:17, 7. Okt. 2011 (CEST)[Beantworten]
Danke Dir Schwäbin für den Tipp. Ich muss aber zu besagtem Bild noch etwas loswerden und das betrifft eher Saibo. Ich fotografiere nun nicht seit gestern und weiß, dass es sich in diesem Fall normalerweise um ein Hochkantfoto handeln muss. Wenn ich meine Kamera (EOS 1000D) für so ein Foto drehe und ich die automatische Drehung eingeschaltet habe oder hinterher manuell drehe, dann steht in den EXIF-Daten eben "Um 90° (ent)gegen dem Uhrzeigersinn gedreht". Bei dem besagten Foto kann der Fotograf nur waagerecht auf der Erde gelegen haben und hat die Kamera nicht gedreht. Allerdings muss er dann das Bild in der Kamera oder mit einer Software gedreht haben. Gruß -- AstrobeamerAsk the CEO17:36, 7. Okt. 2011 (CEST)[Beantworten]
Ich weiß, dass es nicht dein Foto ist, aber du hast es hier gemeldet. Wenn in den EXIF-daten eine Drehung vermerkt ist, dann heißt das eigentlich, dass die physikalisch gespeicherten JPEG-Daten zur Anzeige gedreht werden sollten (ansonsten liegt das Bild).
Bei dem hier gefixten Hochkant-Bild hat die Kamerasensorik korrekt das EXIF-Tag "ist gedreht" gesetzt, aber der Fotograf hat wahrscheinlich das Bild dann mit einer Software physikalisch gedreht, die kein EXIF beherrscht (wie z.B. verbreitete Microsoft-Tools). Daher stand dann immernoch das EXIF-Tag "gedreht" drin, aber das Bild war gar nicht mehr gedreht. Viele Grüße --Saibo (Δ) 19:06, 7. Okt. 2011 (CEST)[Beantworten]
Im Artikel Rundkirche Zum Friedefürsten (Klingenthal) wird mir die Kirche in der Infobox auf die rechte Seite gekippt und verzerrt dargestellt. Auf Commons besteht das gleiche Problem bei der Ansicht des Bildes in den Vorschaubildern der Versionsgeschichte werden die Bilder aber „richtig“ dargestellt. Woran liegt das? Kann das jemand beheben? --WikiAnika18:20, 7. Okt. 2011 (CEST)[Beantworten]
Ich habe das entsprechende Bild mal "richtig" gedreht. Bilder können im JPG Format das Attribut "gedreht" enthalten. Die Daten dazu aber nicht. Damit scheint es wohl Probleme zu geben. --Alchemist-hp19:12, 7. Okt. 2011 (CEST)[Beantworten]
Ich wollte ihn auch schon dazu befragen ;-) Ich weiß nicht mal, von welchem EXIF-Tag er spricht (habe versucht, eine Diffansicht zu finden, aber die kipps ja nich). --Schwäbin19:43, 7. Okt. 2011 (CEST)[Beantworten]
Also das EXIF-Tag heißt im Original (englisch) Orientation. Bei normaler Kamerahaltung steht dort im Allgemeinen "Top left". Auf deutsch wird das häufig mit "Horizontal (nicht gedreht)" übersetzt. Es gibt etliche Programme - z. B. das für Privatanwender kostenlose IrfanView, die so etwas verlustfrei (also ohne Änderung der Kompression bzw. Dateigröße) ändern können. Ich hoffe, dass Dir das schon mal etwas weiterhilft. Gruß -- AstrobeamerAsk the CEO21:00, 7. Okt. 2011 (CEST)[Beantworten]
Danke. In den EXIFs meiner Kamera steht sowas nicht drin. Hast Du ein Beispiel für ein Commonsbild, in dem diese Eigenschaft drinsteht? (Ich drehe die Bilder jetzt werd ich gleich gesteinigt immer schon im Windows-Explorer in der Thumbnail-Ansicht.) Und wie würde man es dann entfernen? --Schwäbin21:10, 7. Okt. 2011 (CEST)[Beantworten]
Dreh die Bilder lieber in der Kamera oder mit IrfanView - Windoof kann das nicht. Bei Wikipedia (Commons) steht das unter Metadaten. Dort musst Du auf "Erweiterte Details einblenden" klicken. Dort heißt das dann "Kameraausrichtung". Hier mal als Beispiel ein Bild A380 von mir. Gruß -- AstrobeamerAsk the CEO21:29, 7. Okt. 2011 (CEST) PS.: Wieso bin ich bei Commons nicht mehr automatisch eingeloggt?[Beantworten]
Danke fürs Beispiel. Bisher hat das mit dem Drehen meiner Bilder immer funktioniert. Login: Wahrscheinlich hängt das damit zusammen, dass jetzt alle, die programmieren können, hektisch Fehlerbehebung betreiben. Habe mich falsch ausgedrückt: Windows kann zwar drehen, allerdings nicht verlustfrei. AstrobeamerAsk the CEO22:02, 7. Okt. 2011 (CEST)[Beantworten]
Die Bilder drehen und gleichzeitig das entsprechende EXIF-Tag korrigieren kann auch das Komandozeilenprogramm jhead: der Aufruf jhead -autorot *.jpg müsste auch unter Windows funktionieren. Und falls nur das EXIF-Tag falsch ist (weil z.B. der Lagesensor in der Kamera die Kameradrehung niht richtig erkannt hat), kann man das auch mit jhead -norot Bilddatei.jpg korrigieren --Jumbo143522:03, 7. Okt. 2011 (CEST)[Beantworten]
Was passiert hier bei der Bilddarstellung? Dasselbe Bild, nur in verschiedenen Größen. Oder ist das auch ein neues Feature von MW 1.18? Versucht zu purgen habe ich schon, das hat nichts gebracht. --bjsMS10:06, 8. Okt. 2011 (CEST)[Beantworten]
Und was macht man, wenn man keine chirurgischen Eingriffe in Bilder vornehmen kann, um irgendwelche EXIF tags operativ zu entfernen? --bjsMS11:04, 8. Okt. 2011 (CEST)[Beantworten]
Auf Hilfe aus der Community hoffen. Oben oder auf Commons (link steht auch irgendwo) sind einige Hilfsmittel genannt, mit den es einfach gehen soll. Ich habe die selber aber noch nicht genutzt. Der Umherirrende13:23, 8. Okt. 2011 (CEST)[Beantworten]
Das ist eine nicht richtig umgesetzte neue Funktion von MW 1.18. Generell: abwarten - es wird daran gearbeitet.
Konkret zu dem Bild: "Kameraausrichtung Um 90° im Uhrzeigersinn gedreht" bzw. "Orientation: Rotate 270 CW" stand (falsch(!)) im EXIF-Tag des Bildes, weil das Bild von einem Programm gedreht wurde (z.B. MS Photo Gallery), was kein EXIF berücksichtigt. Habe es in neuer Dateiversion korrigiert. Bei wichtigen, aktuell in Artikeln verw. Bildern können wir das von Hand machen. Ansonsten auf eine Softwareverbesserung/Botlösung warten. Viele Grüße --Saibo (Δ) 17:01, 8. Okt. 2011 (CEST)[Beantworten]
Vielen Dank. Werde das Bild gleich wieder in die Tabelle einbinden, aus der es wegen dieses Darstellungsfehlers rausgeflogen ist. Grüße --bjsMS19:08, 8. Okt. 2011 (CEST)[Beantworten]
Ja, es gibt noch viel viel mehr fehlerhafte EXIF-Tags (ja, sie sind wirklich fehlerhaft - die Frage ist nur, ob man sie überhaupt beachten sollte ;-) ). Das Bild habe ich zum Drehen beauftragt. Luxo und ich sind mit der Anpassung des Rotatebots an das neue Software verhalten fast fertig. Vermutlich in ~ 24h wird das Bild gedreht sein. Ich werde die rotate-Vorlage hier dann auch sichtbarer ankündigen, wenn der Bot glattläuft. Viele Grüße --Saibo (Δ) 02:07, 10. Okt. 2011 (CEST)[Beantworten]
Vielen Dank daß das Problem bearbeitet wird. Als Rückmeldung: Nach meiner Erinnerung war Datei:Fredrik Reinfeldt 0c181 8620.jpg zuvor sowohl gedreht als auch gestaucht (Michelin-Männchen). Seit gestern hat sich das Bildformat anscheinend geändert und der Porträtierte sieht wieder schlanker aus, allerdings ist die Rotation geblieben, Gruß --Rosenkohl22:20, 10. Okt. 2011 (CEST)[Beantworten]
Automatische Drehhilfe (in maximal 6 Stunden durch user:Rotatebot (läuft alle 6 Stunden)) für Commonsbilder:
Um 90° im Uhrzeigersinn ↻ drehen: {{Rotate|90}}
Um 180° im Uhrzeigersinn ↻ drehen: {{Rotate|180}}
Um 270° im Uhrzeigersinn ↻ (= 90° gegen Uhrz.s.) drehen: {{Rotate|270}}
Einfach diese Bausteine auf die Dateiseite eines zu drehenden Bildes setzen. Die Angabe um wie viel gedreht werden soll, bezieht sich auf die von der Software neu generierten Miniaturbilder. In der Vorlage ist auch eines eingebaut (Vorschaufunktion nach dem Setzen benutzen!), welches höchstwahrscheinlich neu erzeugt wird, da es eine ungewöhnliche Größe hat. Also am besten nach jenem richten.
Vielleicht wird es in wenigen Tagen auch einen Knopf auf der Dateiseite zum Drehen geben. Damit ist es dann ganz einfach.
Von Seite der MediaWiki-Entwickler haben sich bisher nur Kleinigkeiten getan. Hier sieht man alle Bugs, die noch zu beheben sind (nicht durchgestrichen): bugzilla:31504 Viele Grüße --Saibo (Δ) 14:34, 13. Okt. 2011 (CEST)[Beantworten]
MW118: Keine Anzeige der Bildverwendung auf commons
Auf der Beschreibungsseite in den Commons wird die Verwendung des Bildes in Wikipediaartikeln nicht angezeigt. Auf der deutschen Seite jedoch schon. ?action=purge scheint nicht zu helfen bzw steht nach der Ausführung nicht mehr in der Adressleiste des Browers (Opera) Bug?
Die globale Verwendungsanzeige (Verwendung von Commonsdateien in anderen Wikis außerhalb von Commons) funktioniert derzeit leider nicht. Viele Grüße --Saibo (Δ) 02:56, 7. Okt. 2011 (CEST)[Beantworten]
erledigtErledigt - gefixt von Aaron Schulz. an vier Dateien getestet: funktioniert. --Saibo (Δ) 02:58, 8. Okt. 2011 (CEST){Erledigt|1=[[Benutzer:Saibo|Saibo]] ([[BD:Saibo|<small>Δ</small>]]) 02:58, 8. Okt. 2011 (CEST)} Deaktiviert - SPbot archiviert sonst die ganze zweite Ebene[Beantworten]
MW118: Bearbeitung eines ungesichteten Artikels
Bei der Bearbeitung eines ungesichteten Artikels erscheint seit der neuen Soft der Hinweis
Achtung: Du bearbeitest nicht die aktuelle, sondern eine ältere Version dieser Seite. Wenn du speicherst, wird diese als aktuelle Version neu gespeichert. Um die aktuelle Version dieser Seite bearbeiten zu können, brauchst du nur die Bearbeiten-Schaltfläche noch einmal anzuklicken.
Die vorherige Änderung ist in dem Artikel auch nicht zu sehen. Wahrscheinlich nur bei nicht angemeldeten Benutzern. Mehrmals aufgefallen, z. B. Nippon Kaiji Kyokai. Es läßt sich vermeiden wenn ich vorher auf Ungesichtete Änderungen klicke. Wo es mehr ungesichtetes gibt werdet ihr finden --217.246.206.20923:20, 6. Okt. 2011 (CEST)[Beantworten]
Oha, das ist natürlich unpraktisch (konnte es unangemeldet in Opera nachvollziehen) - da werden einige unangemeldete unabsichtlich die noch ausstehenden Änderungen revertieren... Danke für die Meldung. Ich meine nicht, dass das vor der SW-Umstellung schon so war, kann mich aber auch täuschen. Viele Grüße --Saibo (Δ) 02:59, 7. Okt. 2011 (CEST)[Beantworten]
Würde ich jetzt nicht unterschreiben, dass es die größte bisher dagewesene Katastrophe war/ist und dass alles berechtigt ist. Es sieht hier auch nur sehr viel aus, weil hier kreuz und quer geschreiben wird und Themen x-fach vorhanden sind... Richtige Diskussionsseitenbenutzung scheint eben schwierig zu sein.
Es sollte weniger Probleme geben, das ist klar. Und vor allem bei solch einschneidenden Änderungen wie der Beiträgenamensraumfilter oder die EXIFbasierte-Drehung einfach mal jemand vor dem Deplyoment die Communities um Feedback bitten (wobei das beim Beiträgenamensraumfilter ja sogar sozusagen ungefragt da war, aber ignoriert wurde). Fehler bei vielen unserer Scripte sind unvermeidlich: schlechte und veraltete Programmierung, aber auch Mangel an definierten Schnittstellen. Es wird sich aber hier in Zukunft vielleicht auch was tun (habe ich zumindest gehört, dass es (von freiwilligen Programmierern her) am Laufen ist): globale Gadgetsverwaltung. Heißt: es muss nicht mehr jedes einzelne Projekt hergehen und Zeug fixen. Viele Grüße --Saibo (Δ) 05:29, 7. Okt. 2011 (CEST)[Beantworten]
soviel fieses gejammere wie hier ist wirklich ein skandal: ich find das eine super sache, dass es mal ein paar tage nicht 100% funktionieren, damit unsere bornierte autorenschaft mal checkt, welche arbeit hinter den kulissen zu tun ist, um das werkl am laufen zu halten: und die wird auch nicht bezahlt .. wirklich eine peinliche vorstellung, die sich die communitity (bzw., ein teil davon) hier leistet, statt einfach mal danke zu sagen: danke an unsere programierer! -- W!B:21:15, 7. Okt. 2011 (CEST)[Beantworten]
Auch wenn man freiwillig arbeitet, so kann man sich doch auch etwas mehr Zeit nehmen und vorher, mal mit ein paar Freiwilligen, einige Tests durchführen. Ich nenne so etwas schlichweg: völlig unvorbereitet, chaotisch. Ich spreche aus Erfahrung weil ich im echten Leben ein Sysadmin bin. Bei solch einer Katastrophe wäre ich längst rausgeflogen. Trotzdem möchte ich den Programmierern danken, weil ich weiß was das für eine Scheiß Arbeit ist. -- Alchemist-hp21:33, 7. Okt. 2011 (CEST)[Beantworten]
@Astrobeamer: Ich weiß ja nicht, was mit deinem Gedächtnis los ist, aber ich kann mich noch sehr gut an ein Software-Update erinnern, bei dem es deutlichvielmehrBeschwerden (ich könnte auch noch ein paar mehr Links angeben, aber so viele Buchstaben haben die Wörter halt nicht) gab, auch die Umstellung auf die Version 1.17 führte zu mehr Problemen und mehr Protest.
Wer in einem Wiki mit ausschließlich stabiler Software arbeiten will, der ist hier falsch, die WMF betreibt eben nicht nur Wikipedia und ihre Schwesterprojekte, sondern entwickelt auch die zugrunde liegende Software Mediawiki und benutzt Wikipedia dazu als Beta-Test, und dabei kann und wird es eben auch zu zeitweiligen Problemen kommen. --Schnark09:45, 8. Okt. 2011 (CEST)[Beantworten]
I beg to differ ... Freiwilligkeit ist keine Entschuldigung für Arroganz und Rücksichtslosigkeit, weder aufseiten der Autoren noch aufseiten der Entwickler. Dass ich kein Geld für meine Arbeit bekomme, gibt mir noch lang nicht das Recht, anderen Leuten einfach mal schlechte Artikel, unnötig aggressive Diskussionsbeiträge oder dysfunktionale Software reinzuwürgen, und erst recht nicht das Recht auf die Begeisterung anderer Leute für das, was ich falsch mache. -- CarbidfischerKaffee?09:50, 8. Okt. 2011 (CEST)[Beantworten]
Das Problem ist nur, dass die bornierte Autorenschaft für 100% der Wikipedia-Inhalte verantwortlich zeichnet. Ohne Autoren kann man das ganze Projekt in die Tonne treten. Ein bornierter Autor10:59, 8. Okt. 2011 (CEST)[Beantworten]
Warum macht man in Zukunft nicht folgendes: Jeder Quark wird mittlerweile per Hinweisbalken an alle gemeldet. In Zukunft gibt es dann einen allgemeinen Hinweis, dass am Soundsovielten eine neue Version kommen soll und man bis dahin Zeit hat, auf dem Testwiki Sowieso seine Lieblingsfunktionen und das Aussehen seiner Lieblingsartikel zu testen. Spricht da irgendetwas dagegen? Viele von den jetzt gemeldeten Problemen wären IMHO bei einer etwas breiteren Testerbasis lange vorher bekannt geworden. Ich hätte zB sofort gesehen, dass ExtraEditButtons weg sind. Subtilere Probleme können natürlich trotzdem übersehen werden.
Warum sich die Programmierer angegriffen fühlen, verstehe ich nicht. Es wird ja im Wesentlichen nicht die Programmierung mies gemacht, sondern es geht darum, dass der Prozess, mit dem neue Versionen installiert werden, offensichtliche Schwächen hat. Das kann und soll man verbessern. Warum wird hier immer alles gleich polarisiert (die Autoren vs. die Programmierer)? --LeastCommonAncestor11:04, 8. Okt. 2011 (CEST)[Beantworten]
Die ExtraEditButtons sind ein lokales Helferlein (Wikipedia:Helferlein/Extra-Editbuttons), und gehört somit nicht zum Standard-Umfang einer MediaWiki-Installation. Man hätte es auf einem Testwiki ausprobieren können, aber das hätte von hier aus kommen müssen, nicht von einem MediaWiki-Programmier, der von dieser Funktionalität nichts weiß. Einige andere Fehler hier haben das ähnliches Problem. Sie sind Benutzer-Skripte die nicht vertestet wurden, oder Helferlein, die nicht vertestet wurden. Der Umherirrende11:11, 8. Okt. 2011 (CEST)[Beantworten]
@Umherirrender + LeastCommonAncestor: Dass die Extra-Editbuttons nicht mehr funktionieren werden, habe ich bereits im April bemerkt, woraufhin Bergi das Skript im Translatewiki getestet und korrigiert hat. Dass das einige Zeit dauerte, bis die Änderungen hier übernommen wurde, liegt eher daran, dass hier halt ein großes Chaos bei der Meldung von Fehlern stattfindet. --Schnark11:17, 8. Okt. 2011 (CEST)[Beantworten]
Für mich ist dieses Experiment, daß wir seit MW 1.14 erleben dürfen, zweimal im Jahr oder so einen Haufen Änderungen präsentiert zu bekommen, ein Schlag ins Wasser. Es hat sich gezeigt, daß das nix bringt, weil es den Entwicklern Stress verursacht und den Benutzern auch. Man sollte wie früher notwendige Änderungen dann einspielen wenn sie funktionieren und notwendig sind. Und alle Projekte auf einmal umzustellen ist halt nun mal Kokolores, weil dann alle Projekte gleichzeitig auch die selben Bugs melden. Die werden nämlich nicht ehere behoben, sondern die "deutschen" Bugmeldungen werden erstmal ignoriert, weil man sich erstmal um die "englischen" kümmert. Oder um die von Commons. Zumindest kommt es mir so vor. Im Falle der EXIF-basierten Drehung war übrigens das Feedback auf Commons schon vor dem Update da, wurde aber halt durchgezogen. Machen wir erst einmal und fixen dann das Problem. Ich frage mich, wieviele der mehr als zehn Millionen Dateien auf Commons solche falschen EXIFs haben. Warum das Feature offensichtlich künftig auf Dauer Probleme bringt, naja, wenn Bildbearbeitungssoftware wie die von Microsoft per se Blödsinn macht, werden wir künftig immer falsch gedrehte Bilder haben. Die dann wieder von genervten Commons-Nutzern per Bot gedreht werden muß, was wieder Wikistress verursacht. --Matthiasb(CallMyCenter)11:32, 8. Okt. 2011 (CEST)[Beantworten]
@Matthiasb: Ich hatte mich gestern kurz im Chat mit Brion unterhalten - ein sehr angenehmes Gespräch. Wir unterhielten uns auch über die EXIF-Sache (da ist Brion dran) und über die Kommunikation, die ich ihm auch als mangelhaft beschrieb. Ich denke einiges davon war ihm nicht so bewusst (seinen Kommentaren nach zu urteilen). Er sagte mir, dass er versuchen wird es deutlich zu verbessern. Eben gerade die Sache, dass etwa die bzgl. Fotos gravierende Änderung meines Wissens der Community einfach nicht bekannt war. Zu welchem Problem es kommen würde, war mir klar, als ich drei Tage vor dem Deployment über dieses Feature und seine Realisation las. Das war dann leider zu spät. Vielleicht hätten wir das Deployment von der Funktion noch verhindern können, aber dazu wäre ein Kontakt mit den Entwicklern nötig gewesen, den es meines Wissens nach nicht gab. Den Commons:Village Pump lesen sie halt nicht - und das ist teilweise auch gut so, das würde zu viel Zeit kosten. Es wird also hoffentlich zukünftig Änderungen an der Kommunikation geben. Die Entwickler machen uns ja keineswegs absichtlich unglücklich, sondern würden sich über Tests und Feedback freuen, aber wenn das nicht kommt, bleibt ihnen nur nach bestem Wissen zu handeln - und dem Wissen fehlt halt z.B. sehr viel über die Prozesse bei uns bzw. es ist ihnen nicht klar, dass solch unvorbereitete große Softwareänderungen uns und unsere Prozesse massiv stören. Ich denke es gäbe auch durchaus von unserer Seite aus Möglichkeiten die Kommunikation zu verbessern. Beispielsweise, wenn mehr erfahrene Leute testen würden und frühzeitig sich um Einsicht in die aktuellen Entwicklungen bemühen würden. Aber Testen und Kommentieren kostet eben auch einen Haufen Zeit - und die hat sozusagen keiner hier von uns. Viele Grüße --Saibo (Δ) 17:22, 8. Okt. 2011 (CEST)[Beantworten]
Solche Änderungen sollten "aggressiver" angekündigt werden. Wer nicht Kurier oder andere Benachrichtigungsseiten auf der BEO hat oder regelmäßig liest, hat von der Umstellung erst erfahren, als sie durchgeführt wurde. Dass dann kaum Feedback über geplante Änderungen kommt ist nicht verwunderlich. Zur Zeit wird mit regelmäßig wiederkehrenden Balken für eine Umfrage über die mobile WP geworben. Warum nicht das gleiche Mittel Nutzen um rechtzeitig alle User auf anstehende Änderungen hinzuweisen, damit diese Feedback geben können, bevor durch die Umstellung Fakten geschaffen werden? --Nothere17:41, 8. Okt. 2011 (CEST)[Beantworten]
+1. Ich persönlich würde sehr gerne Testen und Kommentieren (auch auf Englisch, wenn das dann direkter ankommt). Und ich bin überzeugt davon, dass ich da nicht der Einzige bin. Wie Nothere aber richtig erwähnt, beobachte auch ich nicht immer alles hier. Da wäre…
eine Mailingliste über die automatisch ein Mail bei mir landet
oder meinetwegen auch ein Bot der eine Info auf meine Disku. schreibt (Hey! Da fällt mir ein: Ich wollte eh schon immer mal nen Bot für WP schreiben. :-)
und eine zentrale Anlaufstelle à la mw:Quality Assurance (gibt's die nicht vielleicht anderswo ohnehin schon und ich kenn' sie nur nicht?)
@Saibo: Zwangsläufig wird die MediaWiki immer komplexer und somit auch schwerer zu überblicken, was irgendwelche Abhängigkeiten angeht. Und auch dadurch, weil Foundation, Nutzer und Entwickler nicht unbedingt übereinstimmende Meinungen darüber haben, wohin sich die Software entwickeln soll. Und die unterschiedlichen Projekte haben ganz unterschiedliche Bedürfnisse. Und weil nicht alle Bedürfnisse erfüllt werden können oder wollen, gibt es einen Haufen Kram, für den irgendwelche Skripte von nicht direkt in die MediaWiki-Programmierung eingebundenen Fachkundigen zur Verfügung gestellt werden und die teilweise auf dem Toolserver laufen. Daß es hier und da hakt, ist somit kaum zu verhindern, auch kann nicht das Verhalten der Vielzahl von Browsern und Betriebssystemen vorhergesehen werden. Als nicht besonders informatisch begabter Benutzer sehe ich den Flaschenhals vor allem in drei Punkten:
Die Dokumentierung, welche Tools und Skripte was machen und wo sie das in welcher Form abgreifen, ist lausig bis nicht existent – woher soll ein Entwickler wissen, wie sich die Änderungen auswirken, wenn er gar nicht weiß, wo es sich auswirken kann.
Es hakt am Testen. Wie erfahren Betatester, was wann neu ist? Die einschlägigen Stellen, Bugzilla und Revisionslisten sind da nur wenig hilfreich, denn die Betatester sind entweder keine Entwickler (dann verstehen sie nur Bahnhof) oder sie sind Entwickler (dann wissen sie gar nicht, was in welchem Projekte warum wie gemacht wird). Und oft genug machen das einzelne Projekte unterschiedlich, weil sie irgendwann eine Unzulänglichkeit der Vorvorvorvorversion durch einen individuellen Workaround gelöst haben. Ganz zu schweigen von tw. anders definierten CSS-Klassen. (Wieder das Beispiel der GV: erst deren Einführung machte bewußt, daß das Verwenden der Klasse für die Inhaltstafeln zur Infoboxenformatierung keine gute Idee war, zuvor spielte das keine große Rolle.) Ganz zu schweigen davon, daß ein Betrieb unter Volllast gar nicht simuliert werden kann.
Es werden willkürlich irgendwelche Lösungen implementiert, für die es eigentlich kein tatsächliches Problem gab. Ein Beispiel ist die Bilderdrehung, das wurde schon thematisiert. Ein anderes Beispiel war die vorübergehende Abschaltung der Filterung der Beitragslisten nach Namensraum, die verbreitet auf Unverständnis stieß. Wenn das ganze schon tatsächlich zu Problemen geführt hätte, dann wäre das wohl akzeptiert worden, aber hier stand eher das "hoppla, ist das nicht ein wenig riskant, wenn tausend Leute gleichzeitig Ramm-Bot abfragen"-Vorsichtsprinzip zugrund, also der Fall des wie ich es nenne "Hollywood-Syndrom" (die Handlung vieler Hollywood-Filme funktioniert nur, weil sich die Akteure maximal idiotisch verhalten). (Ich kann mich irren, aber mir ist, daß das schon mal abgeschaltet war und dann von Tim Starling re-aktiviert wurde, weil der meinte, man sei zu übervorsichtig, aber vielleicht was das eine andere Funktion.)
Ideal wäre wohl, wenn man sagt, okay, wir basteln immer bis zum 28. Februar und 31. August und schalten das am 1. März und 1. September live auf die Testwiki. Und dann verändern wir nur noch Bugs. Und gehen nach einem Monat live, wenn es keine Probleme gibt. Nur wenn die diversen Skripte und Tools auf dem Testwiki gar nicht ausprobiert werden können, bringt es das auch nicht. Und wenn nicht die Vielfalt der unterschiedlichen Lösungen im Artikelbstand nicht auf dem Testwiki liegt, sondern beispielsweise nur ein Teil des Artikelnamensraumes, kann man bspw. das Verhalten von HotCat nicht ausprobieren, selbst wenn es auf dem Testwiki verfügbar wäre. Und wenn ein Betatester, um das Revertieren von Vandalismus per Skript oder wie auch immer (oben wird das nicht klar) auszuprobieren, erst mal vandalieren muß, um den Vandalismus dann beseitigen zu können und dafür von einem Testwiki-Admin gesperrt wird, dann ist das auch suboptimal. ;-) --Matthiasb(CallMyCenter)12:51, 9. Okt. 2011 (CEST)[Beantworten]
Was bedeutet bzw. was bewirkt die Option "Zugeordneter Namensraum" auf der Spezial-Seite "Änderungen_an_verlinkten_Seiten". Auf der Schnelle habe ich dazu nicht gefunden. --Atamari10:03, 7. Okt. 2011 (CEST)[Beantworten]
Ausprobieren. ;-) Wenn du z.B. "Benutzer Diskussion" als Namensraum wählst, dann ist "Benutzer" der zugeordnete Namensraum. liesel Schreibsklave 10:11, 7. Okt. 2011 (CEST)[Beantworten]
Den Sinn des Ausrufezeichens habe ich bislang auch noch nicht so recht verstanden, steht doch auch immer ein (Sichten) deutlich dahinter ... --Trigonomie - ☎11:20, 6. Okt. 2011 (CEST)[Beantworten]
{Erledigt|[[Benutzer:Umherirrender|Der Umherirrende]] 20:12, 7. Okt. 2011 (CEST)} Deaktiviert - SPbot archiviert sonst die ganze zweite Ebene
MW118: Probleme mit der WP-Site im Internet Explorer
Mein IE versucht seit kurzem die WP.Site zu schliessen und sagt an: es hat Probleme mit der Site gegeben. Nach der Aufforderung, dies doch Microsoft zu melden, stellt der Browser die Site dann aber wieder her.
Das betrifft nicht nur den IE, sondern auch Safari. Mir scheint, als ob Wikipedia nur noch den Firefox richtig unterstützt oder die Entwickler haben nur neuen Mist programmiert ohne es ausgetestet zu haben. --Alchemist-hp
Komischerweise wird in den Artikeln Ubuntu oder Steve Jobs das [Bearbeiten] ohne persönliche Veränderungen komplett nach rechts und bei Artikeln mit Makierung (wie bei Ubuntu für Lesenwert,...) davor geschoben. Und dann steht noch unter der Hauptüberschrift ein "line -->"... Komisch. Technisches: Windows XP, 1024×600 Pixel, Firefox 7.0.1, Vector-Skin. Hat einer einen guten Rat? --IWorld – @20:35, 7. Okt. 2011 (CEST)[Beantworten]
Unter Monobook sind beide direkt neben der Überschrift. Unter Vector allerdings ist der Bearbeitenlink gaanz rechts direkt links neben den Auszeichnungsbuttons (ubuntu) bzw. rechts am FEnsterrand (Steve Jobs). (openSUSE, 1280 px Fensterbreite, Firefox 3.6, Monobook-Skin). Ein "line -->" sehe ich nicht. Viele Grüße --Saibo (Δ) 03:21, 8. Okt. 2011 (CEST)[Beantworten]
MW118 (?): Abfrage beim Zurückgehen auf eine Seite
Ich weiß nicht, ob das am Firefox liegt, aber ich kann's mir irgendwie nicht vorstellen, denn bisher hatte ich das noch nie: Als ich gerade eine Seite bearbeitet, aber noch nicht gespeichert hatte, aus dieser Seite heraus ein anderes Lemma anklickte und dann mit dem Zurück-Pfeil wieder auf die ursprüngliche Seite wollte, erschien die Abfrage, ob ich die Informationen noch einmal neu senden wolle. Ich befürchtete erst einen Datenverlust, aber der war nicht eingetreten. Verwirrend ist diese Abfrage aber schon, denn bis vorgestern war es kein Problem, zwischen gerade in Bearbeitung befindlichen und anderen Seiten hin und her zu springen. --ScooterBackstage00:59, 8. Okt. 2011 (CEST)[Beantworten]
Die Abfrage kommt/kam schon immer dann, wenn du auf die Seite auf die zu zurück willst mittels Senden eines Formulars gekommen bist. Hier ist das üblicherweise z.B. die Änderungsanzeige (also was du gegenüber dem gespeicherten Artikeltext geändert hast) oder die Vorschau (falls du JavaScript aus hast und deswegen die ganze Seite neuladen muss). Hattest du eines von beidem vielleicht, bevor du aus der bearbeiteten Seite heraus (wohl aus der Vorschau) ein anderes Lemma anklicktest, benutzt? Viele Grüße --Saibo (Δ) 03:10, 8. Okt. 2011 (CEST)[Beantworten]
Ein (unnötiger) Klick mehr erforderlich
Wenn ich auf meiner Beobachtungsliste einen Artikel per Mauszeiger-über-Lemma-streichen im sich öffnenden Drop-down-Menü „entobachten“ will, muss ich dies neuerdings noch mal extra auf einer sich neu öffnenden Seite bestätigen. Bisher enthielt diese Neuseite den Hinweis „Bratwurst wurde von Deiner Beo entfernt“. Stattdessen ist jetzt jedesmal ein zusätzlicher Klick erforderlich, der die Idee dieser Pop-ups (schnelleres Arbeiten) konterkariert. Kann man diese Verschlechterung nicht rückgängig machen? Gruß von --WwwurmMien Klönschnack09:31, 8. Okt. 2011 (CEST)[Beantworten]
Seit dem Update ist ein Token zum ent-/beobachten notwendig. Dies dient ein bisschen der Sicherheit, denn bisher war es möglich, dass beim Besuch einer fremden (!) Internetseite diese Seiten aus deiner Beobachtungsliste entfernt bzw. hinzufügt. Daher kommt es jetzt zu einer Sicherheitsabfrage, falls das Token nicht mitgeliefert wurde. Drüben wird bereits darüber diskutiert. --Schnark09:51, 8. Okt. 2011 (CEST)[Beantworten]
(BK) Um einen Artikel auf die Beobachtungsliste zu setzen oder zu entfernen wird aus Sicherheitsgründen ein Token verlangt. Die eingebauten Funktionen reichen das Token automatisch weiter. Du verwendest hier sicherlich eine JavaScript-basierte Erweiterung. Diese muss um die Token-Funktion erweitert werden. Hier ist eine Anleitung: mw:ResourceLoader/Default modules#tokens. Was in Zukunft nicht mehr mit einem Klick funktioniert sind direkte Links aus dem Wikitext zum bearbeiten der Beobachtungsliste. Solche Links erfordern daher seit 1.18 eine Bestätigung. --Fomafix09:59, 8. Okt. 2011 (CEST)[Beantworten]
Die Links auch, aber vorallem der Unwatch-Link aus der E-Mail-Benachrichtung über Änderungen an beobachteten Seiten wäre sonst nicht möglich. Vorlage:Beobachten ist auch nicht mehr so schön, da könnte man aber mit JavaScript den Token dran basteln. Der Umherirrende10:09, 8. Okt. 2011 (CEST)[Beantworten]
Sicherheit bedeutet immer Arbeit. Es sieht so aus, das du bei dir nichts ändern brauchst, sondern du musst warten, bis aus der von Schnark verlinkten Diskussion eine Änderung erfolgt, da du das Skript direkt nutzt, und nicht eine Kopie davon. Der Umherirrende10:30, 8. Okt. 2011 (CEST)[Beantworten]
Bisher konnte man etwa eine Internetseite erstellen, die die Adresse ...title=Seite_die_ich_vandalieren_will&action=unwatch in einen unsichtbaren Frame lädt, und einen Link darauf großzügig auf ein paar gut besuchten Seiten verteilen, ein paar Tage abwarten und schon wäre die Seite deutlich vandalismusgefährdeter, zumindest in Projekten ohne Sichtung.
Oder man hätte in den unsichtbaren Frame die Adresse ...title=Irgendetwas_Interessantes&action=unwatch laden können und den Link darauf nur einem einzigen Benutzer auf die Diskussionsseite setzen und im Watcher-Tool nachschauen können, ob die Zahl der Beobachter um eins abnimmt oder nicht. Etwas mühsam, aber so hätte man herausfinden können, wer welche Seite beobachtet. --Schnark10:49, 8. Okt. 2011 (CEST)[Beantworten]
Leerzeilen am Bearbeitungsanfang
Weil Leerzeichen am Anfang des Editfensters nicht mehr softwareseitig entfernt werden, kommt es zu unschönen Leeräumen in der Ausgabe vor allem bei Bot-Edits, bei denen man dann hinterherräumen muss. [14]. SteMicha10:57, 8. Okt. 2011 (CEST)[Beantworten]
Da wäre früher aber immer noch ein Leerzeile stehen geblieben, daher muss der Botbetreiber da eh dran, würde ich sagen. Wer am Anfang einer Seite die Vorlage entfernt, sollte auch darauf achten, das die Leerzeilen entfernt werden. Der Umherirrende11:01, 8. Okt. 2011 (CEST)[Beantworten]
(BK) Und warum meldest du das hier und nicht auf der Diskussionsseite des Botbetreibers (der ohnehin noch einen anderen Bug beheben muss)? --Schnark11:03, 8. Okt. 2011 (CEST)[Beantworten]
Es ist sinnvoll, wenn man beispielsweise das Preload zu dieser Seite bearbetiet möchte, weil dann die Leerzeilen am Anfang stehen bleiben. Durch die Leerzeilen kann der Benutzer direkt oben Anfangen und schreibt nicht unter der Signatur, früher gingen die immer verloren, wenn man etwas geändert hat. Der Umherirrende12:10, 8. Okt. 2011 (CEST)[Beantworten]
;-) Wenn man oben auf "neuen Abschnitt anlegen" klickt, steht ja schon Text im Bearbeiten-Fenster. Damit der Fragende über den Kommentar anfängt zu schreiben, befinden sich vor dem Kommentar zwei Leerzeilen. Es war vor der Änderung schwierig, sie dort hinzubekommen. Der Umherirrende20:30, 10. Okt. 2011 (CEST)[Beantworten]
MW118: Neuanlage nicht mehr als "kleine Änderung"
Wieso kann ich eine Neuanlage nicht mehr als "kleine Änderung" kennzeichnen? Das mag jetzt nicht dramatisch sein, aber ich habe das beispielsweise immer beim Anlegen eines Redirects getan und verstehe den Sinn hinter dieser Modifikation nicht. --ScooterBackstage09:05, 9. Okt. 2011 (CEST)[Beantworten]
Die Leisten für Artikel und Diskusion unterscheiden sich seit dem Update nicht mehr.
Vorher waren die Leisten durchaus unterschiedlich, was auch sinnvoll war und unnötige Aufblähung vermied. Beim ersten Versuch war die Button-LEise von Artikel überall, dadurch konnte ich nicht mehr ohen Weiteres signieren. Das Problem besteht nicht mehr - jezt ist die Button-Leiste Wikipediaweit, überall absolut identisch - und das ist extrem nervig. Wenn ich mien monobook jezt wider einschalte, paßt die nämlich cnith mal mehr in eine Zeile. Aber auch ohne monobook verschwendet z.B. der Sig-Button bei Artikel für anderes benötigten Platz.
Außerdem sind die Helferlein auch nicht wirklich wieder normal da. Der Button für die Sig sieht ja an für sich anders aus, als Standard - ich habe aber nicht den Button der Helferlein, sondern den Standard-Button. --Sarkanafrag den ℑ Vampirbewerte mich16:28, 11. Okt. 2011 (CEST)[Beantworten]
Keine Nachfrage mehr bei ungespeicherten Änderungen
Wenn ich eine Bearbeitungsseite verlasse, ohne vorher die Änderungen gespeichert zu haben, kommt keine Nachfrage mehr. Zum Glück habe ich in letzter Zeit keine größeren Änderungen gemacht. Vielleicht sollen wir ja auch nach jedem Satz auf "Speichern" klicken. Ich benutze Firefox 3.6. --DanielHerzberg17:55, 16. Okt. 2011 (CEST)[Beantworten]
Jo, das interessiert mich auch; werd aus oben nicht ganz schlau draus: jeder den es betrifft bekommt das jetzt automatisch nachgetragen, oder? Ich bin jetzt "Automatisch bestätigter Benutzer, Benutzer, Sichter". Was werd ich dann sein? --Markooo09:11, 6. Okt. 2011 (CEST)[Beantworten]
Gut, habe verstanden, bin jetzt "Automatisch bestätigter Benutzer, Benutzer, Passiver Sichter, Sichter" -> "Hilft nichts - schadet aber auch nichts" --Markooo09:18, 6. Okt. 2011 (CEST)[Beantworten]
Eine Benutzersperre reicht. Und bislang hat man passiven Sichtern das Recht zum passiven Sichten nur nehmen können, indem man sie kur, für eine Sekunde oder so, gesperrt hat. D.h., die Änderung an sich ist schon sinnvoll, aber ob sie auch sinnvoll ausgeführt wurde, würde mich halt interessieren. --Matthiasb(CallMyCenter)11:42, 6. Okt. 2011 (CEST)[Beantworten]
Wobei sich gleich die nächste Frage stellt. Nehmen wir an, irgendein Admin würde, sobald die Admins dieses Recht erhalten, einem solcher Unglücklichen das Passive Sichterrecht zurückgeben, was würde passieren, wenn sich dieser Benutzer wieder testet, ob aktiv-selbst oder passiv-selbst (LOL!) – wäre dann das Passi-Sichterrrecht wieder fort oder gülte da das Admin-Wort. (Nicht, daß das in der Praxis überhaupt bedeutam wäre, denn als Sichter sichte ich eine gesichtete Bearbeit immer.) --Matthiasb(CallMyCenter)11:47, 6. Okt. 2011 (CEST)[Beantworten]
Das passive Sichterrecht ist ein automatisch vergebenes Recht. Diese werden vor jedem Edit neu überprüft. Deshalb steht der Logeintrag auch beim ersten Edit seit der Änderung. Einmal entfernt kann das Recht nicht mehr zurück gegeben werden. --Steef38913:14, 6. Okt. 2011 (CEST)[Beantworten]
Man braucht es auch so nicht. Das Ding wurde doch erfunden, um die Sichtungsverweigerei zum Zwnagssichten zu zwingen, wenn der Edit davor gesichtet war. Dauerte einen Tag oder so, bis der Workaround bekannt war: du beginnst einen sinnlosen Editwar um nix und wenn die Admins nicht spuren, nennst du einen von ihnen du depp dabberter Depp du und schon bist du kein automatischer Sichter mehr. :D --Matthiasb(CallMyCenter)16:59, 6. Okt. 2011 (CEST)[Beantworten]
Verständnisfrage: Bedeutet die Wegnahme des passiven Sichterrechts, dass man ohne dieses Recht dann jede Kleinigkeit, die man ändert, wie Korrekturen von Rechtschreibfehlern etc. zusätzlich sichten muss? --Gudrun Meyer(Disk.)17:13, 6. Okt. 2011 (CEST)[Beantworten]
Ihr sprecht in Rätseln, Experten :o) Aber sei es drum, Mir würde reichen wenn mir jemand den realen Unterschied bei der Arbeit in der WP erklärt, denn es gibt zwischen "... Benutzer, Sichter" und "... Benutzer, Passiver Sichter, Sichter". Wenn es KEINEN gibt, dann interessiert mich was Matthiasb meint mit dieser Aussage: "Das Ding wurde doch erfunden, um die Sichtungsverweigerei zum Zwangssichten zu zwingen, wenn der Edit davor gesichtet war." --Markooo20:21, 6. Okt. 2011 (CEST)[Beantworten]
Zwischen nur Sichter und Sichter + passiver Sichter gibt es keinen Unterschied. Passiver Sichter bewirkt, dass eine eigene Änderung gesichtet wird, falls die vorhergehende ebenfalls gesichtet war (dies ist auch in Sichter enthalten), allerdings können ungesichtete Versionen nicht aktiv gesichtet werden. Darum sind die Bedingungen für dieses Recht geringer. Dies soll Arbeit verhindern, indem Benutzer mit einigen Beiträgen genug Kompetenz zugestanden wird, dass dessen Beiträge nicht mehr nachgesichtet werden müssen. Bei der Einführung der GSV gab es dann die Fraktion, die Sichtungen komplett ablehnte und sich sogar die Rechte nehmen ließ, und diese behauptet seit dem immer mal wieder, passiver Sichter sei nur eingeführt worden, um diese Verweigerer zum sichten zu zwingen. --Steef38921:02, 6. Okt. 2011 (CEST)[Beantworten]
Alle möglichen Leute auf meiner Beobachtungsliste - Admin oder Nichtadmin - bekommen das Recht automatisch, nur ich nicht. Was muss ich anders machen? --Tinz21:06, 6. Okt. 2011 (CEST)[Beantworten]
Du erfüllst die Bedingungen nicht, da du schonmal gesperrt warst. Du warst auch schon vorher der Gruppe nicht zugeordnet, mit der Software-Änderung wird diese Zuordnung nur sichtbar gemacht und kann daher auch entfernt werden. Der Umherirrende21:23, 6. Okt. 2011 (CEST)[Beantworten]
Hallo,
auf meiner Beobachtungsliste steht "RobFleming (Diskussion | Beiträge) die Zuordnung zur Benutzergruppe wurde automatisch von (–) in Passiver Sichter geändert". Ich dachte, das bedeutet, dass Änderungen von mir automatisch als gesichtet angelegt werden. Da ich grad einen Artikel bearbeitet habe, konnte ich aber feststellen, dass dies nicht der Fall ist. Habe ich etwas falsch verstanden oder wie erklärt sich das? RobFleming13:43, 15. Okt. 2011 (CEST)[Beantworten]
es wird so sein, dass du die Rechte gestern erst nach dem Edit erhalten hast. Somit ist der Artikel ungesichtet. Und wenn du heute eine ungesichtete Seite editierst bleibt sie das natürlich. --Steffen214:45, 15. Okt. 2011 (CEST)[Beantworten]
Bei einschlägigen Kategorien und Lemmata herrscht ein heilloses Durcheinander beider Pluralformen. Da nach Wahrig und Duden Denkmäler die gebräuchlichere Form ist, wäre ich dafür, zur Vereinheitlichung alle mit Denkmale verbundenen Artikel und Kategorien auf diese Form zu verschieben bzw. zu ändern.
--Schubbay13:48, 8. Okt. 2011 (CEST)[Beantworten]
Diese Diskussion gab es m. W. schon öfters. Die Uneinheitlichkeit hängt auch damit zusammen, wie die jeweiligen Gesetze (in Deutschland auf Ebene der Bundesländer) es verwenden. Wenn das eine Bundesland Denkmale verwendet und das andere Denkmäler, dann sollten wir das m. E. auch so nachvollziehen, da es sich um Rechtsbegriffe handelt. Gruß --Rosenzweigδ15:54, 8. Okt. 2011 (CEST)[Beantworten]
Und wo steht, welches Bundesland welche Pluralform verwendet? Ich habe nicht den Eindruck, dass in der Wikipedia die Verwendung landeseinheitlich ist. Gruß --Schubbay16:00, 8. Okt. 2011 (CEST)[Beantworten]
Landeseinheitlich (also in Deutschland bundeslandeseinheitlich) ist es überwiegend schon, z.B. in Bayern durchgehend Baudenkmäler. Wo es anders steht, wäre es zu korrigieren, aber nicht deutschlandweit über einen Kamm zu scheren. --bjsMS19:03, 8. Okt. 2011 (CEST)[Beantworten]
Hallo, ich bin hier nur durch Zufall drauf gestoßen. Die Antwort/Lösung ist eigentlich ganz einfach und darüber braucht man auch nicht abzustimmen oder Landesgesetze zu zitieren! DenkMALE ist die Mehrzahl von Objekten, die von Anfang an als DenkMALE geplant waren. Dementsprechend sind zB die Freiheitsstatue und zB ein Kriegergrab DenkMALE (parallel zu MahnMALE). DenkMÄLER ist die Mehrzahl von Objekten, die NICHT als Denkmale (^^) geplant wurden also zB Gebäude, die früher einfache Wohnhäuser waren und später unter Denkmalschutz gestellt wurden. Altstädte sind voller DenkMÄLER. Danke fürs Lesen.--LemmalingIstGesprungen!08:09, 15. Okt. 2011 (CEST)[Beantworten]
Gibt es eine Möglichkeit Suchergebnisse alphabethisch ordnen zu lassen?
Wenn ich in der englischen Wikipedia eine Person suche, wie beispielsweise den S. J. Davey, der den auf Seite 405 beginnenden Artikel in den Proceedings of the Society for Psychical Research, Volume: 4 von 1885 (Internetversion) geschrieben hat, habe ich ein Problem: Der Suchbegriff Davey gibt über 5500 Ergebnisse. [15] Da das ganze nicht alphabethisch sortiert ist, kann ich nicht einfach bei S beginnen und schauen, wer denn der Davey aus der am Ende der Proceedings aufgeführten Adressliste sein könnte. Das heißt letztlich, es ist praktisch unmöglich "meinen" Davey mit vernünftigem Aufwand zu finden, selbst wenn es einen Artikel über ihn geben sollte.
Die Begriffsklärungsseite ist gleichermaßen unvollständig. (en:Davey)
Gibt es eine Möglichkeit sich die Suchergebnisse alphabethisch nach dem Beginn des Artikeltitels ordnen zu lassen?
Weiß ich nicht. Aber: Im deutschen WP wäre der auf Liste der Biografien/Dat–Daz zu finden. Die Einführung von Personendaten scheint aber im englischen WP nur schlerppend voranzugehen, auch eine Nutzung für Suchen wie hier scheint es dort noch nicht zu geben.
Was die konkrete Peron angeht: Ein S. J. Davey ist am 8. Dezember 1890 im Alter von 27 Jahren gestorben und das Journal of the Society for Psychical Research hat in der Ausgabe vom Januar 1891 einen kurzen Nachruf, siehe [16]; es ist also gut möglich, daß er die Relevanzkriterien nicht erfüllt, VIAF kennt ihn nicht, was bedeutet, daß er vermutlich keine Buchpublikationen hat. Gruß, Aspiriniks18:06, 8. Okt. 2011 (CEST)[Beantworten]
Oh danke, daß du das rausgesucht hast. In diesem Fall wollte ich Wikipedia nur benutzen die Informationen brauchte ich in meinem eigenen Wiki wo für die Relevanz viel weniger ausreicht. --Kersti19:44, 8. Okt. 2011 (CEST)[Beantworten]
Zu der Frage mit der alphabetischen Sortierbarkeit möchte ich noch eine verwandte Frage gesellen: gibt es eine Möglichkeit, eine "Kurzversion" der Ergebnisse bei einer intitle:-Suche anzeigen zu lassen? Also: nur eine Liste der Lemmata ohne Artikelauszug und abschließende Statistik-Zeile? --Carbenium15:17, 13. Okt. 2011 (CEST)[Beantworten]
Also, ich (Monobook, IE, Windows XP - muss man ja heutzutage dazuschreiben) kann unter Anzeigeoptionen (steht über den Änderungen) Markierte Änderungen ausblenden (auf "ausblenden" klicken). --MannMaus19:16, 8. Okt. 2011 (CEST)[Beantworten]
Benutzerseiten, und andere Dinge, die nicht gesichtet werden, werden auch gezeigt, aber die gesichteten Seiten werden (bei mir, ich bin vorsichtig, besonders nach dieser Softwareumstellung) ausgeblendet. Versuch doch mal, dir nur den Artikelnamensraum anzeigen zu lassen! --MannMaus19:22, 8. Okt. 2011 (CEST)[Beantworten]
10. Oktober 2011
Seit Update führt aktiviertes JavaScript reproduzierbar zu Browser-Abstürzen
Die Überschrift sagt es schon: Seit dem Update stürzt mein Opera 9.10.521 auf einem Redhat Linux i686 2.4.20-8 reproduzierbar nach wenigen Minuten ab, wenn ich JavaScript aktiviert habe. „Abstürzen“ meint hierbei, daß das Brwoserfenster vom Desktop verschwindet und ich Opera neu starten muß. Er verhält sich also so, als hätte ich den Browser geschlossen. Nachdem in den ersten Tagen verschiedentlich von einer höheren Empfindlichkeit der neuen version für JavaScript-Fehler die Rede war, habe ich JS erst einmal deaktiviert, um die ersten Fehlerbeseitigungen abzuwarten. Aber auch heute führt Aktivierung von JS zu weiteren Abstürzen. Ein Leeren (bzw. Umbenennung) meiner monobook.js hat ebenfalls keine Besserung gebracht. Woran kann es noch liegen? -- M.ottenbruch¿⇔!RM16:20, 10. Okt. 2011 (CEST)[Beantworten]
Ich meinte das Update der Wiki-Media-Software. Am Browser hat sich nichts getan. Ich wußte bisher gar nicht, daß es für diese Version schon Plug-ins gab. Installiert habe ich keine. -- M.ottenbruch¿⇔!RM16:34, 10. Okt. 2011 (CEST)[Beantworten]
Danke für den Hinweis! Daß ich darauf nicht selbst gekommen bin … Leider kann ich mir das System nicht aussuchen und es auch nicht updaten, da es das System an meinem Arbeitsplatz ist. -- M.ottenbruch¿⇔!RM00:06, 11. Okt. 2011 (CEST)[Beantworten]
Falls es wirklich am Mediawiki-Update liegt, wirst du wohl mit Problemen irgendwelcher Art leben müssen, unter mw:Supported browsers heißt es, dass Opera erst ab 10.0 unterstützt wird. jQuery ist enorm wichtig geworden, und dort gibt man zu: There are known problems with Opera 1.0-9.x. --Schnark09:45, 11. Okt. 2011 (CEST)[Beantworten]
Mir ist in den letzten Tagen ein paar Mal FF (Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6) abgeschmiert; mein System ist allerdings etwas schwach auf der Brust. Ich kann das Problem noch nicht reproduzieren, aber es ist auffällig, daß es geschah, nachdem ich in verschiedenen Sprachversionen das Bearbeiten-Fenster längere Zeit gleichzeitig offenhatte. Isses denkbar, Schnark, daß sich die Javascripte der verschiedenen Versionen gegenseitig blockieren? --Matthiasb(CallMyCenter)20:09, 12. Okt. 2011 (CEST)[Beantworten]
Denkbar ist alles, aber ich denke nicht, dass das der Grund ist. Viel eher würde ich vermuten, dass auf Grund der Tatsache, dass beim Bearbeiten schon einiges an JavaScript geladen wird, dein Rechner bei mehreren Bearbeiten-Tabs (ob das nun verschiedene Sprachen sind oder nicht, sollte keine Rolle spielen) an die Grenzen seines Arbeitsspeichers getrieben wird und dann halt mal das schuldige Programm, nämlich Firefox, abstürzen lässt. --Schnark09:40, 13. Okt. 2011 (CEST)[Beantworten]
Bildfilter und Spendenaufruf
Da das Board der WMF, wie zu erwarten war, das "Referendum" als Zustimmung zu den Bildfiltern aufgefasst hat (siehe Wikipedia:Kurier) und wir trotz der eindeutigen Ablehnung das aufgedrückt bekommen sollen, ist es jetzt vielleicht an der Zeit, darüber abzustimmen, ob die deutschsprachige Wikipediagemeinschaft sich an der diesjährigen Spendenkampagne zu beteiligen hat.
Du meinst ausblenden der Spenden-Sitenotice per common.js? Da wäre Jimmy aber sauer, und leider hadder founder-Rechte :-)
Klingt bloß ziemlich nach Erpressung. Und so eindeutig kann eine Community-Entscheidung ja leider doch nicht sein. Natürlich gibt es hier einen harten Kern, der sich klar gegen den Bildfilter stellt und auch die Umfrage gekonnt durchgeführt hat. Nicht berücksichtigt wurden dabei aber die nicht „politisch“ aktiven Wikipedianer sowie die Hauptzielgruppe der Leser. Ich kann zwar jetzt nicht behaupten, die Foundation hätte objektivere Daten, würde aber sagen dass beide Standpunkte leider ziemlich POV sind. -- ✓Bergi19:17, 10. Okt. 2011 (CEST)[Beantworten]
Wenn schon würde ich die Spendengelder zwar einsammeln, aber bis zu einer Lösung in Deutschland lassen (bzw. in der Zeit für "unsere" WP benutzen). --engeltr20:34, 10. Okt. 2011 (CEST)[Beantworten]
Für Eskalationen in der Sache ist es auch noch viel zu früh. Taktisch sind solche Vorschläge aber genau richtig. Je mehr aus dem Hintergrund ein lautes Schreien und Säbelrasseln zu hören ist, um so besser für die deutschsprachigen Verhandlungsführer, die sich der WMF als diskussionsfähig präsentieren und damit argumentieren können, dass sie den Hitzköpfen akzeptable Ergebnisse vorweisen müssen. Alte diplomatische Weisheit. --Aalfons20:46, 10. Okt. 2011 (CEST)[Beantworten]
Natürlich ist es für eine Eskalation noch zu früh ;)
@Rbrausse: Naja, das ließe sich aushebeln. Vermutlich recht einfach, wenn im Spendenbanner explizit für Wiki Deutschland gesammelt würde ;) --engeltr21:54, 10. Okt. 2011 (CEST)[Beantworten]
wem gehören die ganzen Wiki*-Marken? Wer hat WMDE das Recht gegeben, diese Marken zu nutzen? Wer betreibt die Server? Wem gehört die Domain de.wikipedia.org? Du könntest de.WP (und commons) forken und dann für den Eigenbedarf sammeln, aber die Spenden-Kampa 2011 wird es hier geben rbrausse (DiskussionBewertung) 22:00, 10. Okt. 2011 (CEST)[Beantworten]
Wir könnten den Toolserver nur noch für die de.WP nutzbar machen, den zahlt meines Wissens WMDE. Wobei es ja taktisch viel klüger ist, andere nur wissen zu lassen, was man tun könnte... --Schwäbin23:19, 10. Okt. 2011 (CEST)[Beantworten]
Ich finde ja nicht, dass wir die Spendenaktion der Foundation hintertreiben sollten. Nein, wir sollten sie in voller Empathie unterstützen und parallel zur nächsten Spendenaktion die Spender unübersehbar und in bester Absicht darauf aufmerksam machen, was für eine schöne und ganz im Dienst freier Wissensvernichtungbreitung stehende Aktion er mit seiner Spende bezahlt. Schließlich ist der Filter für die Leser gedacht, also soll man ihnen doch auch die Entscheidung zubilligen, ob sie ihn finanzieren möchten. Ich wäre jedenfalls sehr gespannt darauf, ob sich Menschen, die sich finanziell für freies Wissen engagieren, wirklich so sehr von den Autoren unterscheiden, die das durch ihre Arbeit tun. Und sollte nicht auch die Foundation voller Empathie daran interessiert sein, das einmal herauszufinden? Gruß --Magiers19:40, 11. Okt. 2011 (CEST)[Beantworten]
Das wäre die Variante, die sicher im Endeffekt am meisten schmerzen würde, aber von der Foundation nicht bemängelt werden kann, da es ja genau ihre Ziele sind. Wir schreiben unsere eigenen Banner mit dem Text: "Ihre Spende für einen Bildfilter" oder "Danke für die Unterstützung des Harris-Reports" oder "Ihre Spende hilft gegen Überraschungen". --Eingangskontrolle00:43, 16. Okt. 2011 (CEST)[Beantworten]
12. Oktober 2011
BlueEFFICIENCY
Nach meinem Dafürhalten ist die Schreibweise "BlueEFFICIENCY" auch im Fließtext und Bildunterschriften nicht mit WP:NK kompatibel, insbesondere wenn es wie in Mercedes-Benz Baureihe 212/207 dutzendfach und damit sehr werblich daherkommt. Als Alternativen fallen mir "BlueEfficiency" (auch nicht lupenrein, aber weniger werblich) und "Blue Efficiency" ein. Wie soll man es (auf)halten? F.00:50, 12. Okt. 2011 (CEST)[Beantworten]
Selbst der Seitentitel bei mercedes-benz.com ist "BlueEfficiency" (zur Zeit erster Googletreffer [18]), die Versalschrift wird also auch dort nur als Schriftauszeichung gehandhabt, die man wenn dann korrekt mit style="text-transform:uppercase" o.ä. wiedergeben würde. Laut Google wird "Blue Efficiency" ähnlich häufig (und sogar "Blueefficiency") verwendet, daher spricht meiner Ansicht nach nichts gegen das eindeutige und noch besser lesbare "Blue Efficiency". --84.130.169.9513:26, 12. Okt. 2011 (CEST)[Beantworten]
Der Vorschlag gefällt mir nicht, was soll an BlueEFFICIENCY werbender sein als an BlueEfficiency? Wenn es keinen werbenden Charakter haben sollte, kann man es gleich zu BE kürzen oder gleich ganz weglassen. Abgesehen dagehört es imho dazu, genauso wie es beim VW up! der Fall ist. -- Matthias à titre de «M 93» + «disc»10:20, 14. Okt. 2011 (CEST)[Beantworten]
Dass Großschreibung aus dem Text hervorsticht und ablenkt, ist ja offensichtlich. Im Internetdiskussionen wird es sogar üblicherweise als "Schreien" interpretiert und fast immer als äußerst störend empfunden und geächtet (siehe zum Beispiel Netiquette#Themen Punkt "Lesbarkeit"). Im vorliegenden Fall ist die Absicht natürlich, Aufmerksamkeit zu Werbezwecken zu erzeugen, aber es geht hier nicht darum, alles irgendwie Werbende zu eliminieren, sondern nur darum, auf unnötige und objektiv störende Elemente zu verzichten. Die Idee, es ganz wegzulassen, finde ich auch gut, wenn es keine weitere Informationsfunktion hat. Man könnte es dann einmal (inklusive Großschreibung) mit der Erläuterung, welche Modelle damit beworben werden, im Artikel erwähnen. --84.130.165.9811:44, 14. Okt. 2011 (CEST)[Beantworten]
Wir sind hier jedoch nicht in einem Forum und die Lesbarkeit beurteilt jeder Benutzer für sich selbst. Dass sich dahinter keine Information verbirgt, ist quatsch. Dann verbirgt sich hinter der Zahl (z.B.) in E 300 auch nichts und könnte nach deiner Logik auch wegfallen? Neenee, das bleibt schön alles stehen, zumal sich dahinter schon eine Menge Informationen verbergen. Gruß, -- Matthias à titre de «M 93» + «disc»12:15, 14. Okt. 2011 (CEST)[Beantworten]
Die Idee, es wegzulassen, kam von Dir, weshalb auch immer. Also lassen wir es nicht weg. Was soll das Argument "die Lesbarkeit beurteilt jeder Benutzer für sich selbst"? Für die meisten Benutzer ist es objektiv schlechter lesbar, das habe ich ja eingehend begründet, und dazu könnte man sicher noch reihenweise Belege aus der professionellen Typographie anführen. Dein Argument ist einfach nicht stichhaltig. --84.130.165.9812:31, 14. Okt. 2011 (CEST)[Beantworten]
Da wird ganz bewusst versucht, eine Hardwareverknüpfung zwischen Effizienz und Mercedes sowie zwischen Effizienz und den Modellbezeichnungen (bzw. dem Mercedesüblichen Bezeichnungsformat) durch wiederholte Fokussierung mit gleichzeitigem Achtung-Signal durchzuführen. Vorsichtshalber habe ich nach dem fünften Auftauchen des Zusatzes den Artikel geschlossen. Ein einfaches Blue Efficiency wäre vielleicht noch tragbar. Gibt es Möglichkeiten die Häufigkeit zu reduzieren? Die Abkürzung B. sollte auch reichen, wenn sie geeignet erklärt wird. --Diwas 13:54, 14. Okt. 2011 (CEST)
Ist wohl eine Verniedlichungsform neben Blueff, aber was die Grundform ist? --Diwas22:40, 14. Okt. 2011 (CEST)[Beantworten]
Keine spezielle Technik, man wird eben angeschrien, dass auch Mercedes den Trend zum Treibstoffsparen nicht verpasst hat. Die Farbe ist völlig bedeutungslos. --84.130.165.9822:58, 14. Okt. 2011 (CEST)[Beantworten]
Modelle mit dieser Zusatzbezeichnung verfügen unter anderem über spritsparende Leichtlaufreifen, eine die Aerodynamik positiv beeinflussende und somit auch den Verbrauch senkende Unterbodenverkleidung sowie seit neuestem auch eine Start-Stopp-Automatik. Also steht hinter diesem Begriff doch eine gewisse Technik. Gruß, Matthias à titre de «M 93» + «disc»23:22, 14. Okt. 2011 (CEST)[Beantworten]
Eben: keine spezielle Technik, auch kein spezielles Paket, Start-Stopp-Automatik ist mal dabei, mal nicht. Dass sie Treibstoffersparnis nicht ohne technische Verbesserungen erreichen, ist ja klar, und mit "Efficiency" ohne verringerten Verbrauch zu werben traut sich heute dann doch keiner mehr. --84.130.181.22409:12, 15. Okt. 2011 (CEST)[Beantworten]
Rückgängig-Option abhanden gekommen
Hi, vor Jahresfrist hatten wir das schon einmal. Seit heute kann ich zwar ohne weiteres kommentarlos zurücksetzen, aber die bessere Option, sprich einen Kommentar hinzufügen, ist mir nicht mehr möglich. Hat da wieder jemand an der Benennung herumgefrickelt? Gruß --Laibwächter16:57, 12. Okt. 2011 (CEST)[Beantworten]
Ja, aber lokal. Das wurde explizit gewünscht und hier auf FzW auch ausführlich diskutiert, findest du sicher im /Archiv. Wieso du nicht mehr normal zurücksetzen („Rückgängig“ oder „Entfernen“) können solltest wüsste ich nicht. Oder was genau meinst du mit "Kommentar hinzufügen", zum Rollback (eigentlich kommentarlos, mit Benutzerskript erweiterbar)? -- ✓Bergi19:32, 12. Okt. 2011 (CEST)[Beantworten]
Du willst vermutlich damit sagen, dass du dieses Problem mal wieder hast? Welcher Skin? Welcher Browser (mit Version)? Siehst du den Link unangemeldet? Funktioniert es, wenn du alle Browser-Plugins deaktivierst? --Schnark09:48, 13. Okt. 2011 (CEST)[Beantworten]
Vor allen Dingen ist es merkwürdig, wenn es wie in diesem Fall dann mal wieder funktioniert. Es wird derselbe sch... wie letztes Jahr sein, keiner findet eine Erklärung und irgendwann funktioniert es wieder. --Laibwächter09:53, 13. Okt. 2011 (CEST)[Beantworten]
Im Monobook-Skin sind seit dem Software-Update die Tabs oben unterstrichen. Sofern es keinen Grund dafür gibt, kann das bitte wieder rückgängig gemacht werden? Oder anders gefragt, wo müsste dies getan werden? --Leyo18:02, 12. Okt. 2011 (CEST)[Beantworten]
Kann ich nicht nachvollziehen (benutze auch Monobook). Meinst du mit Tabs "Projektseite", "Diskussion", "Seite bearbeiten", etc.? --ucc18:21, 12. Okt. 2011 (CEST)[Beantworten]
sicherlich. war bei mir auch so. es gibt momentan keine mglk, links unterstrichen anzeigen zu lassen, ohne dass dann eben auch z.b. die reiter oben mit unterstrichen werden. --JD{æ}18:55, 12. Okt. 2011 (CEST)[Beantworten]
Per CSS sollte das keine große Sache sein, wenngleich ich gerade mangels Einsicht in den Seitenquelltext keinen konkreten Code liefern kann. --YMS20:13, 12. Okt. 2011 (CEST)[Beantworten]
@Inkowik: Ja, habe ich. Aber geändert habe ich daran nichts und trotzdem gab es diese Änderung.
Wenn ein Benutzer die Einstellung nicht wählt, dann hat er auch keine Unterstreichung. Ich glaube, es gab ein bugfix für diese Einstellung, wo ein !important eingebaut wurde, wahrscheinlich wird die Einstellung dadurch bei dir nach dem Software-Update sichtbar. Der Umherirrende20:58, 12. Okt. 2011 (CEST)[Beantworten]
#p-personal ul li a { text-decoration: none !important; }
#p-cactions ul li a { text-decoration: none !important; }
Warum denn? Wenns so eingestellt ist, solls doch auch so angezeigt werden, oder? Sind ja schließlich Links. Ansonsten kann man den Selektor gleich auf #bodyContent a beschränken. Abgesehen davon tritt der "Fehler" auch in anderen Skins auf, bist du der einzige der sich darüber beschwert? -- ✓Bergi00:49, 13. Okt. 2011 (CEST)[Beantworten]
Dass die Tabs (ausschliesslich) Links enthalten, ist auch ohne Unterstreichung klar. Im Artikeltext ist der Fall anders.
Hm, ich bin mir eigentlich ziemlich sicher, dass ich kürzlich den Vector-Skin getestet habe und dort keine Unterstreichung war. Jetzt ist sie aber (leider) da. --Leyo00:56, 13. Okt. 2011 (CEST)[Beantworten]
Hallo! Ich hab mich nun wirklich durch verschiedene Seiten geklickt, finde aber keine Antwort. Wer hat nun mehr Rechte, der aktive oder der passive Sichter? Denn wenn man Letzteren als Status zur Strafe entziehen kann, woran merkt man dies? Andere Frage, die mich persönlich interessiert. Es bekommen nun Leute mit 500 Edits und einer Anmeldung 2010 den passiven Sichterstatus automatisch. Werde ich diesen Status nun wirklich nie mit diesem Account bekommen, weil ich 2008 mal 6h für die Teilnahme an einem Editwar gesperrt wurde? Wenn ich mich richtig erinnere, wurden damals grundsätzlich alle Teilnehmer gesperrt, Protest zwecklos, da nur 6h, und zu einem War angeblich immer 2 gehören. Ein lebenslanger Ausschluss von Rechten im Jahr 2011 würde da massiv gegen mein Gerechtigkeitsempfinden hinsichtlich Rückwirkungsverbot, Resozialisierung/Bewährung und gerechtem Strafmaß verstoßen.Oliver S.Y.20:15, 12. Okt. 2011 (CEST)[Beantworten]
Der aktive Sichter besitzt alle Rechte, die der passive Sichter enthält (das ist nur eines: autoreview), und einige weitere. Der passive Sichter wird vergeben, wie das aktive Recht auch, wenn bestimmte Bedingungen erfüllt sind. Dazu gehört auch ein leeres Sperrlog. Bis vor dem Update war der passive Sichter ein implizites Recht (wie auch autoconfirmed), und die Bedingungen wurden vor jedem Edit geprüft. Um dieses Recht zu entfernen konnte bisher nur eine Kurzsperre helfen. Mit dem Update ist es nun auch möglich, das Recht ohne Benutzersperrung zu entfernen. Es ist allerdings nicht vorgesehen, es auch manuell zu vergeben. Du hast dadurch allerdings als aktiver Sichter keine Nachteile. --Steef38920:36, 12. Okt. 2011 (CEST)[Beantworten]
Mir ist der Titel eigentlich wurscht. Meine Bearbeitungen kann ich sichten und Sichtungen entfernen. Nur aus der Seite Wikipedia:Gesichtete Versionen wird man nicht wirklich schlau. Auf der Seite Spezial:Benutzer gibt es keine Selektion zu Aktiver Sichter. Was sind das jetzt für höhere Wesen?. Ist der Sichter also ein Aktiver Sichter? Vielleicht kann sich mal jemand die Seite WP:Gesichtete Versionen vornehmen und diese allgemeinverständlich übersetzen --Knochen22:14, 12. Okt. 2011 (CEST)[Beantworten]
Ja, der Sichter (engl.editor) ist der "aktive Sichter". Der "passive Sichter" war früher nur ein Recht, keine Gruppe, daher musste das nicht differenziert werden. -- ✓Bergi01:27, 13. Okt. 2011 (CEST)[Beantworten]
Schön, dass das nochmal angesprochen wird! Als das neulich schon mal diskutiert wurde, hab ich mir nur meinen Teil gedacht bzw. die Bemérkung eines Benutzers, dass hier so etwas wie eine Flensburger Punktekartei bzw. Arbeitsgrundlage für wikipediapolizeiliches Führungszeugnis angelegt wird, das war eigentlich hinreichend. Für mich - dreimal gesperrt auf eigenen Wunsch (ohne VM-Begleitung) ist es erhellend gewesen. Als aktiver Sichter bin ich gegenüber einem passiven Sichter in meinen Rechten nicht beschränkt, nur bin ich eben nicht passiver Sichter, weil ich mich dreimal habe sperren lassen (vielleicht auch zwei- oder viermal, ich schau jetzt nicht nach). Nun denn. Bürokratiewahn. Wer hat sich das einfallen lassen? Muss ein Idiot sein. Gute Mitarbeiter = Kollegen (unbedacht? wär noch schlimmer!) anstinken oder gar verprellen. Und jetzt könnt ihr eine PA-VM eröffnen, wenn ihr wollt. Wobei ich nicht weiß und auch nicht wissen will, wenn ich ge-pa-t habe. Aber musste mal gesagt sein. F.22:45, 12. Okt. 2011 (CEST)[Beantworten]
Faltenwolf, mach dir nix draus, du befindest dich in sehr nobler Gesellschaft. Es gibt auch einige Admins, die sich ihre passiven Rechte dauerhaft selbst entzogen haben (ob nun aus „Zerstörungswut“ ;-) oder aus reiner „Willkür“ auch einfach wegen falschen Klickens, sei mal dahin gestellt) oder auch sogar abwechselnd gegenseitig und selbst. So füllt sich auch das Adminsperrlogbuch mal andersrum. ;-) --Geitost15:35, 13. Okt. 2011 (CEST)[Beantworten]
Das ist einfach eine Frage der Technik. Es gibt zwei Stufen von Sichtern, der "passive" kann bereits eigene Beiträge (automatisch) sichten (Spezial:Gruppenrechte#autoreview), der "aktive" zusätzlich auch von Anderen (Spezial:Gruppenrechte#editor). Bei einmal gesperrten Benutzern wird die automatische Verleihung der Benutzergruppe deaktiviert, was ich durchaus für nicht idiotisch halte.
Wie Steef ganz richtig erklärt hat, hat sich nur die Überprüfung des passiven-Sicht-Rechtes geändert: Statt bei jedem edit die Bedingungen zu prüfen, wird nun das autoreview-Recht über die (gleichnamige) Gruppe verwaltet. Theoretisch ließe es sich damit sogar einzeln verleihen und entziehen. Ihr seid allerdings sowieso beide schon auf der höheren Sichter-Stufe. -- ✓Bergi01:27, 13. Okt. 2011 (CEST)[Beantworten]
Trotzdem idiotisch: Wenn ich sowieso schon aktiver Sichter bin, dann muss mir doch nicht noch in einer mehrere Tage andauernden Aktion das passive Sichterrecht zugeordnet werden. So etwas denken sich nur sogenannte Sesselfurzer aus: Leute am grünen Tisch, die von der Praxis keine Ahnung haben... -- AstrobeamerAsk the CEO01:48, 13. Okt. 2011 (CEST) PS.: Das ganze MW1.18-Update ist sowieso eine einzige Katastrophe...[Beantworten]
Eigentlich erhälst du ja dein passives Sichterrecht, bevor du das aktive erhälst. Durch die Umstellung der Gruppe werden nun alle, die die Bedingungen erfüllen, der Gruppe zugeordnet. Das lässt sich nicht vermeiden. In naher Zukunft (2-3 Wochen) sind alle aktiven Benutzer in der Gruppe, und es werden (fast) nur noch neue Passive Sichter im Logbuch auftauchen. --Steef38902:18, 13. Okt. 2011 (CEST)[Beantworten]
@Steef389 und den Rest der Welt: Den Sinn der ganzen Aktion verstehen vielleicht Programmierer, Normalsterbliche wie ich (bzw. aktive Sichter) blicken da nicht mehr durch. Die Wikipedia war mal als Erstellung einer freien Enzyklopädie gedacht. Was hier heute teilweise als bürokratischer Unfug abläuft, ist manchmal nicht mehr nachzuvollziehen. Da man durch eine weitere "sinnvolle" Änderung bei der Markierung von Seiten mit unmarkierten Änderungen das Nachsichten eher behindert (siehe auch hier), habe ich inzwischen das aktive Nachsichten eingestellt. Gruß -- AstrobeamerAsk the CEO02:42, 13. Okt. 2011 (CEST)[Beantworten]
Eine wesentliche Verbesserung durch das neue Verfahren ist insbesondere die Tatsache, dass alle Benutzer, die nur auf Grund irgendeines merkwürdigen Bugs früher die automatischen Sichterrechte nicht bekommen haben, nun so, wie es sein sollte passive Sichter geworden sind. Wer die Archive von FzW und FvN durchsucht, der wird auf ziemlich viele solcher Fälle stoßen, verbunden mit zeitraubenden Diskussionen. Dadurch, dass die Vergabe nun protokolliert wird, kann man solche Probleme auch wesentlich besser nachvollziehen. Und was die Markierung angeht, dass ein Artikel gerade gesichtet wird: Mich hat früher viel mehr gestört, dass diese Markierung auch noch 10 Minuten stehen blieb, nachdem der Sichter die Seite mit dem Versionsunterschied schon wieder verlassen hatte, weil er weder sichten noch revertieren wollte. Sichten soll offensichtlichen Vandalismus bekämpfen, wer dafür mehrere Minuten lang einen Versionsunterschied anschauen muss und ein anderer Sichter ihm deswegen zuvorkommt, macht in den meisten Fällen sowieso etwas falsch. --Schnark10:00, 13. Okt. 2011 (CEST)[Beantworten]
Punkt 1: Passive Sichter wurden softwareseitig eingeführt, um Sichtungsverweigerer zu Zwangssichtern zu machen. Sichtungsverweigerer sind solche, die per AAF sich das Sichterflag haben nehmen lassen. Und die sollten nun so als passive Sichter immer automatisch sichten, wenn die Version zuvor schon gesichtet war, weil, so die Theorie, man davon ausgeht, daß Benutzer, die aus bestimmten Überlegungen heraus nicht sichten wollen, bereits gesichtete Versionen sicher nicht vandalieren. Jene Sichtungsverweigerer haben dann allerdings recht schnell herausgefunden, daß eine Sperre beliebiger Länge ausricht, um aus passiven Sichtern völlige Nicht-Sichter zu machen. Beginnst du einen Editwar und wenn das nicht funzt nennst du einen Admin schäler Dackel und schon bist du für immer kein passiver Sichter. Ergo: der Zweck, warum passive Sichter überhaupt eingeführt wurden, wird gar nicht erfüllt. Das ganze Ding ist für die Katz.
Punkt 2: Die DE-Community hat zwar relativ eindeutig gesichtete Versionen eingeführt und zwar unter der Prämisse, daß Sichter aktiv sichten müssen, von passiven Sichten durch Nicht-Aktivsichter war nie die Rede, und dieses Verfahren wurde durch die deutschsprachige Community auch nicht autorisiert. Diese ganze Passiv-Sichter-Geschichte sollte in DE schleunigst abgeschaltet werden.
Punkt 3: Daß überhaupt Passiv-Sichter mit einem derart niedrigen Treshold automatisch gesichtete Versionen sichten, ist eine Unterminierung des ganzen Sichtverfahrens an sich. Es ist einfachst, innerhalb nur weniger Minuten einen ganzen Zoo von Passiv-Sichtern zu erzeugen (abgesehen von der abzuwartenden Zeitspann) und somit kein Problem als Passiv-Sichter hunderte von Artikeln zu vandalieren, bevor das irgendwer überhaupt merkt.
Das ganze Verfahren ist somit einerseits wirkungslos, andererseits kontraproduktiv und gelegentlich sogar beides.
Deiner Feststellung Sichten soll offensichtlichen Vandalismus bekämpfen, wer dafür mehrere Minuten lang einen Versionsunterschied anschauen muss und ein anderer Sichter ihm deswegen zuvorkommt, macht in den meisten Fällen sowieso etwas falsch kann ich nicht uneingeschränkt zustimmen. In einem von mir beobachteten Themengebiet ist seit etwa zwei Wochen ein Benutzer tätig, der täglich mehrere Dutzend Bearbeitungen vornimmt, durchaus auch mal zwanzig in Folge in einem einzigen Artikel. Ich habe da derzeit 21 ungesichtete Artikel (von 23 ungesichteten meiner Beo-Liste überhaupt). Warum ich die nicht sichte? Nun, wie entscheidest du, ob Änderungen von 952 auf 950 hPa und von 135 auf 140 km/h und von 7 auf 6 Tote – etwa wie hier – Vandalismus sind oder nicht? EN hat teilweise andere Werte, teilweise dieselben und teilweise ist derselbe Benutzer in EN tätig und macht die Änderungen auch dort. Quellen gibt er keine an, anspracheresistent isser auch, und auf meinem Schreibtisch stapeln sich inzwischen die PDF-Ausdrucke der sog. Tropical Cyclone Reports, so an die 300 Seiten dürften da schon liegen. De facto kann ich gar nicht so schnell entscheiden, ob die Änderungen Vandalismus sind oder nicht, wie der Benutzer sie vornimmt. Defacto läuft das nämlich stets auf einen Vergleich der mir vorliegenden Quellen mit den gemachten Änderungen heraus. Weswegen ich Sichtungen anderer zufällig vorbeikommender Sichter, die im Themengebiet eigentlich nicht tätig sind, konsequent wieder entsichte. De facto bedeutet nämlich dieses quellenfreie Ändern, daß der jeweilige Artikel(teil) mit neuen Quellen zu versehen ist und nicht einfach zu sichten. (Wenn ich Quellen durchsuchen muß, um die Sichtung vorzunehmen, kann ich die Quelle auch gleich in den Artikel einarbeiten, sonst muß ich ja nochmal ran.)
Die Punkte, die du ansprichst, sind eigentlich alles nur Fragen der Konfiguration. Wenn du also per Meinungsbild oder Diskussion den Serveradministratoren einen Konsens präsentieren kannst, dann kann die Gruppe der passiven Sichter problemlos mehr oder weniger abgeschafft werden, oder die Zahlenwerte für die automatische Vergabe geändert werden, oder die geprüften Versionen eingeführt werden. --Schnark09:27, 15. Okt. 2011 (CEST)[Beantworten]
Machen chinesische/kyrillische Schriftzeichen in DE-Wikipediaartikeln wirklich Sinn?
Ich kämpfe mich gegenwärtig durch die asiatische Inselwelt. Dabei stoße ich auf Beitäge wie etwa Chongming Dao, wo gleich nach dem Lemma chinesische Schriftzeichen aufgeführt sind, die vermutlich den Namen auf chinesisch darstellen. Ob diese stimmen oder nicht, kann ich nicht beurteilen; das kann nur jemand mit entsprechender Schriftkunde. Vor diesem Hintergrund frage ich, ob in der (deutschen bzw. westlichen) Wikipedia fremdschriftliche Transkriptionen überhaupt zulässig sind, da eine Nachprüfbarkeit nahezu ausgeschlossen ist. Da zudem entsprechende Interwiki-Verweise existieren, die ein der asiatische Schriftsprache Kundiger weiterlesen kann, besteht auch kein Wissensverlust. Gruß --Zollwurf22:28, 12. Okt. 2011 (CEST)[Beantworten]
Z. B. für den, der anderswo weitersuchen will, auch ohne Chinesisch-Kenntnisse. Und z. B. für jemanden, der Chineisch lernt, ist es besonders hilfreich. Es gehört einfach ganz selbstverständlich zu einer enzyklopädischen Information dazu, dass der Name auch in Originalschrift angegeben wird (allerdings in der Regel nur das Lemma selbst, nicht weitere im Text erwähnte Begriffe). Deine Kritik widerspricht sich zudem: Einerseits kanns keiner lesen und prüfen, andererseits sollen aber die Interwiki-Links (hinter denen komplett chinesische Inhalte stehen) ausreichend sein. Mal ganz abgesehen davon, dass es die nicht unbedingt geben muss. MBxd122:39, 12. Okt. 2011 (CEST)[Beantworten]
(BK) Fürs Weiterrecherchieren copypaste ich öfters Fremdschriftliches aus WP nach Google, das will ich nicht missen. Zumal die Interwikilinks längst nicht komplett und zuverlässig sind. Auch im Fließtext darf gerne Fremdschriftliches vorkommen, es erhöht bei Transkriptionsunsicherheiten die Trefferquote bei Google oder sogar in den entsprechenden Wikipedien. Habe so schon wunderbar armenische Literaturangaben vervollständigen können. --Aalfons22:43, 12. Okt. 2011 (CEST)[Beantworten]
BK
Mein Gott, was sind wir Westler doch für Ar***löcher. Die lateinische Schrift ist was Wunderbares, sehr praktisch und sehr schön, aber sie ist eben nicht universell. Ich (keinerlei Japanischkenntnisse) habe gerade mal probehalber den Artikel London (ist sisch ein grosse Stadt wo Europa) in der japanischsprachigen Version aufgerufen. Na, und was steht da? Da steht auch der Name in der Sprache der dortigen Eingeborenen, in lateinischer Schrift, nämlich "London". Der Rest des Artikels ist auf Japanisch (was ich auch nicht nachprüfen kann...). Meint ihr, darüber regt sich dort in der japanischen Sprache jemand auf?
Übrigens git es keine deutsche Wikipedia. Und die Schrift dort in Chongming Dao ist natürlich keine fremdschriftliche Transkription in asiatischer Schriftsprache (hä?), sondern eben der Eigenname. BerlinerSchule22:44, 12. Okt. 2011 (CEST)[Beantworten]
Warum, bitte, soll eine Nachprüfbarkeit nahezu ausgeschlossen sein? Wo ist denn Dein Tellerrand? --Schwäbin 22:52, 12. Okt. 2011 (CEST) Ich ziehe die Frage zurück, die entgegen meiner Intention ausgelegt wurde. Ich traue den Lesern der Wikipedia eine Menge zu. Viel mehr, als ich selbst kann. --Schwäbin23:43, 12. Okt. 2011 (CEST)[Beantworten]
Schwäbin, seit wann formulierst Du hochnäsig? Tss, tss. Nicht jeder kann برج خليفة (Beispiel aus dem Arabischen) fehlerfrei lesen und sich erschließen. Ich denke eher, dass man anderen Nutzern zugestehen sollte, dass sie noch mehr Informationen aus einem Artikel ziehen wollen als man selber ;-) Gruß F.22:58, 12. Okt. 2011 (CEST)[Beantworten]
Ich kann keine chinesischen Schriftzeichen lesen, auch keine arabischen. Aber ich gestehe es anderen zu, dass sie es können. Zollwurf anscheinend nicht. Wenn Du das hochnäsig findest... --Schwäbin23:01, 12. Okt. 2011 (CEST)[Beantworten]
Die Nachprüfbarkeit für viele Informationen ist nicht unmittelbar gegeben, ohne externe Seiten heranzuziehen und zu recherchieren (Beispielsweise n-Propylbenzol - die Strukturformel kann auch nur ein Fachmensch direkt überprüfen, ich selbst müsste auch erst irgendwo recherchieren). Dass diese Zeichen einen Mehrwert bieten, ist eindeutig: neben der Auffindbarkeit von Namen in anderen Sprachen gehört es für mich einfach dazu, den Namen original stehen zu haben. Weiterer Vorteil: Wiedererkennungswert. Beispiel: ich lese etwas über ein Dorf in Russland. Schaue ich mir nun die Landkarte an, werde ich dort nur kyrillisch lesen können (glaube kaum, dass es deutschsprachige Landkarten mit allen Dörfern Russlands gibt), ebenso wie am Ortsschild. Nun kann ich mir die Zeichen hier anschauen und vergleichen, obs denn einübereinstimmt. Bei der kyrillischen Schrift geht das ja noch ganz gut. Aber wenn da, dann auch für alle Sprachen. Abgesehen davon, dass ich so auch einfacher auf fremdsprachigen Seiten schneller sehe, obs denn der Artikel über Sebastian Vettel ist oder nicht. --Quedel00:08, 13. Okt. 2011 (CEST)[Beantworten]
Offenkundig habt ihr meine Frage nicht verstanden, also nochmal: Ich will die "putzigen Schriftbildchen" nicht aus der Wikipedia verbannen, ich möchte nur gerne wissen, wozu man diese Transkriptionen in einer deutschsprachigen Wikipedia benötigt, wo die Dinge hier allgemein in lateinischer Schrift (westliche Transkription) beschrieben sind. Bei (noch) nicht vorhandenen Artikeln, die etwa in einer Arbeitsliste aufgeführt sind (RedLinks), mag ein Nutzen durch Copy & Paste bei Verwendung einer Suchmaschine Sinn machen, aber wenn der Artikel "fertig" ist, benötigt man dessen Transkription nicht mehr. Nehmen wir doch mal eine fremde Wikipedia, etwa dies. Um welchen bekannten Ort geht es da? --Zollwurf00:13, 13. Okt. 2011 (CEST)[Beantworten]
Von was für "Transkriptionen" redest Du eigentlich? Weißt Du überhaupt, was das ist? Kannst Du Deine Verachtung für diejenigen, die die "putzigen Schriftbildchen" aka Originalschreibweise recherchieren, nicht für Dich behalten? --84.130.169.9500:30, 13. Okt. 2011 (CEST)[Beantworten]
<BK³>Es soll ja immer noch Leute geben, die die Wikipedia nicht primär deshalb aufrufen, um die dort dargebotenen Informationen auf ihre Richtigkeit zu überprüfen, sondern um sie überhaupt erst einmal zu erlangen. Und für diese - angeblich nicht einmal kleine - Zielgruppe ist es dann vielleicht schon interessant, wie Chongming Dao von den Einheimischen genannt wird. Wenn wir nur noch Informationen in die WP aufnehmen wollen, deren Korrektheit jeder Leser selbst beurteilen kann („Ob diese stimmen oder nicht, kann ich nicht beurteilen; das kann nur jemand mit entsprechender Schriftkunde.“), dann können wir das Projekt auch gleich einstellen. Es wird allerdings der de-WP ja oft vorgeworfen, sie sei „belehrend“. Ich glaube, das ist der Sinn der Veranstaltung. Wenn wir vermeiden wollen, daß der Leser etwas erfährt, was er nicht ohne weiteres auf seine Richtigkeit überprüfen kann oder sogar vorher vielleicht noch gar nicht wußte, dann sollten wir vielleicht nicht gerade eine Enzyklopädie erstellen. -- M.ottenbruch¿⇔!RM00:32, 13. Okt. 2011 (CEST)[Beantworten]
TRK:
Offensichtlich hast Du Deine Antwort nicht verstanden - eben das von Dir gerade verlinkte Beispiel zeigt doch, dass möglichst immer der Originalname im Artikel stehen sollte. Dass es dort jemand vergessen hat, London anzugeben, ist bedauerlich, aber eben kein Grund, die Originalnamen nun überall rauszunehmen, oder? Und "London" ist hier ebensowenig eine "Transkription" wie oben der chinesische Name. Sondern eben - na? - einfach der Originalname (da "Londinium" ja nur noch von Uderzo verwendet wird...). Und erst recht kein Grund dafür, die Einführung neuer Tellerränder zu postulieren...
PS Putzigkeit liegt immer im Auge des Betrachters...
Auch noch mein Senf: Grade im chinesischen macht die Angabe der Schriftzeichen Sinn, weil Transkribierung nicht Eineindeutig ist: "Wei" in Weicheng (Begriffsklärung) Die gleiche Transkribierung, jedesmal ein anderes Schriftzeichen, und damit auch eine andere Bedeutung. Zur Unterscheidung ist die chinesische Angabe unbedingt notwendig. --Hareinhardt13:20, 13. Okt. 2011 (CEST)[Beantworten]
Ich habe in Filmen schon gesehen, dass Chinesen in einer Unterhaltung sogar das Schriftzeichen mit dem Finger auf die Handfläche malen, um dem anderen zu verdeutlichen, welches Wort (gleich klingend) gemeint ist. --Schwäbin13:26, 13. Okt. 2011 (CEST)[Beantworten]
Weil Chinesen aus Nordchina und solche aus Südchina sich nicht verstehen. Weswegen im chinesischen Fernsehen chinesisch untertitelt wird, auch wenn der Sprecher chinesisch spricht. --Matthiasb(CallMyCenter)13:59, 13. Okt. 2011 (CEST)[Beantworten]
84.130.169.95 und BerlinerSchule sagten es oben schon, trotzdem hier nochmal mit Link und zur Verdeutlichung: eine Transkription ist eine Umschrift, normalerweise aus dem ursprünglichen in ein fremdes Schriftsystem. Also "Chongming Dao" ist eine Transkription. "崇明島" ist keine Transkription, sondern einfach der Name in der Landesschrift. Sinnvoll ist die Angabe des Lemmas in Landesschrift bei eigentlich allen Lemmata, die eine Transkription sind. Denn der Leser will natürlich wissen, eine Transkription wovon. --Neitram13:55, 13. Okt. 2011 (CEST)[Beantworten]
Und das ist letztlich analog zur Angabe des Eigennamens auch in den Fällen, in denen nicht die Schriftzeichen unterschiedlich sind - in der deWP steht bei Venedig, dass die Stadt Venezia heißt, während die itWP bei Ratisbona auch den von den Eingeborenen verwendeten Namen Regensburg angibt. Um mal zwei ganz banale Beispiele zu wählen. BerlinerSchule14:18, 13. Okt. 2011 (CEST)[Beantworten]
Für mich machen die Krickelkrackel einfach dadurch Sinn, dass ich mit c/p direkt in diversen anderen Datenbanken recherchieren kann, z.B. um in der LoC nach Sekundärliteratur zu suchen oder bibliografische Informationen zu verifizieren. Ein Teil der Konventionen in WP sind für mich einfach derartig "neu und laienhaft" geworden (ich bevorzuge immer die beiden kleinsten gemeinsamen Nenner: die wissenschaftliche Transliteration + Originalschriftzeichen), so dass ich für jeden kleinsten zusätzlichen Hinweis dankbar bin. Hilft mir auch bei der Abschätzung von Google-Treffern, also dann, wenn ich zu weiteren Recherchen angeregt werde. Anders ausgedrückt: einige können das ganz gut gebrauchen. Meint mit Gruß,--Emeritus15:03, 14. Okt. 2011 (CEST)[Beantworten]
Ich nehme an, sie soll ähnlich wie der obere Teil der Tabelle in Allgemein aussehen: eine kompakte Tabelle ohne Überhänge hinter dem "5. Semester" oder dem blauen Feld. --jed07:34, 13. Okt. 2011 (CEST)[Beantworten]
Hat zufällig jemand mitbekommen, ob in den letzten Tagen eine Sockenpuppe von Rülpsmann (a.k.a. Dribbler) aus dem Verkehr gezogen wurden? Ich beobachte nämlich in einschlägigen Artikeln seit zwei Tagen dutzendfache Bearbeitungen eines seit mehreren Jahren bestehenden, jedoch bisher kaum aktiven Accounts. --Matthiasb(CallMyCenter)11:30, 13. Okt. 2011 (CEST)[Beantworten]
Falls ja, würde ich mich dafür aussprechen, diese zu streichen: nach Ausschöpfung aller Mittel (umfassender Austausch von Argumenten, Einholen 3. Meinung, ggf. Beteiligung des Fachportals) darf es nicht angehen, dass ein oder zwei Sturköpfe acht oder elf andere per Veto blockieren. --WwwurmMien Klönschnack13:46, 13. Okt. 2011 (CEST)[Beantworten]
Das ist nicht zwingend, wenn man, wie ich oben in der Klammer schon ausgeführt hatte, zuvor zusätzlichen externen Sachverstand beigezogen hat. Natürlich kann man „die Wahrheit“ nicht einfach auszählen; aber die häufige Situation ist doch die, dass sich eine Handvoll unmittelbar Beteiligter lange an einem Thema festgebissen hat und zu keinem Einvernehmen kommt (möglicherweise auch gar nicht mehr dazu kommen will/kann); das habe ich gerade vor drei Tagen bei Monsanto miterlebt, wo es um vergleichsweisen Kleckerkram ging, der aber Tausende von Buchstaben auf drei Seiten losgetreten hat. Wenn sich dann durch „frische Mitargumentierer“ eine deutlich-mehrheitliche Position herausschält, muss man die Buchstabenkiste irgendwann auch zumachen dürfen. --WwwurmMien Klönschnack14:49, 13. Okt. 2011 (CEST)[Beantworten]
Die Wahrheit ist nicht demokratisch. Wenn die absolute Mehrheit etwas durchdrücken möchte, sitzt sie jedoch am längeren Hebel. Hier kann man nur auf die Macht der besseren Argumente vertrauen.--Trockennasenaffe16:32, 13. Okt. 2011 (CEST)[Beantworten]
Das Argument "Kraft der besseren Argumente" halte ich für praxisfern und WP:AGF für einen massiven Systemfehler der WP. Grund: Viele Autoren hier kennen sie: Die Eiferer, die Leute auf einer Mission, die Fundamentalisten. Sie sind natürlich insgesamt selten, aber dann im Einzelfall umso verheerender. Sie lassen sich eben -nicht- durch bessere Argumente überzeugen, denn sie sind im Besitz der Wahrheit (...und sie kennen jede WP-Regel im Detail, solang sie für ihre Zwecke dienlich ist - um sie im nächsten Moment komplett über Bord zu werfen, wenn sie ihnen hinderlich ist - und sie sind waaaahnsinnig hartnäckig und penetrant). Das ergibt die schlimmsten Diskussionen, die sich ergebnislos über mehrere Bildschirmmeter hinziehen. Ganz übel, wenn die Mehrheit dann irgendwann einen faulen Kompromiss eingeht, um nach einer Woche endlich Ruhe zu haben. Das führt dazu, dass insbesondere Artikel über potenziell oder tatsächlich umstrittene Themen (Gentechnik, Pharma, Religion (speziell in ihrer fundamentalistisch/evangelikalen Variante), Kernenergie, etc.) letztendlich von - nennen wir sie der Einfachheit: freiwilligen Lobbyisten (oder auch: echten, evtl. sogar bezahlten Lobbyisten) - in ihrem Sinn beeinflusst werden. Zu beobachten zB früher massiv im Artikel Ex-Gay-Bewegung (Wiki-Watch-Umfeld). Das ist mE eines der größten Probleme in der WP, weil es gerade bei gesellschaftlich hochrelevanten Artikeln zu deutlichen Verzerrungen, in welche Richtung auch immer, führt. Leider wird dieses Problem weitgehend ignoriert/totgeschwiegen. Der ganze "Wiki-Watch"-Komplex mit den unappetitlichen Sockenpuppenaktivitäten und dem systematischen Manipulieren/Kapern von Artikeln hätte hier ein Weckruf sein müssen. Meiner Meinung nach müsste dies erstmal als Problem erkannt werden, um dann zu überlegen, was man dagegen tun kann. WWW hat daher oben ins Schwarze getroffen. Zur Klarstellung: Natürlich hat die Mehrheit nicht immer Recht - aber erstaunlicherweise hört man in solchen Fällen wie oben beschrieben in den Diskussionen förmlich das Zähneknirschen aller Nicht-"Lobbyisten" (und liest zwischen den Zeilen und auch direkt Lobbyismus-Vorwürfe), die gerne etwas tun würden und sich kollektiv ärgern - aber irgendwie einigen sich dann alle drauf, dass ja doch AGF angesagt ist, und zwar gegenüber ein, zwei Autoren, von denen alle anderen stillschweigend (und allem Anschein nach zurecht) annehmen, dass sie irgendeine ganz und gar nicht NPOV-konforme Agenda verfolgen. Und das ist mE völlig falsch und ein echter Hemmschuh für die Gesamtqualität dieses Projekts. Oder krasser ausgedrückt: Es ist klar und durch diverse Fälle belegt, dass sich hier alle Arten von projektschädlichen Manipulanten tummeln. Und weil wir hier immer noch von AGF träumen und kein Bewusstsein dafür haben, geschweige denn Mittel oder Prozeduren zur Abwehr, sind sie zum Teil sehr erfolgreich. Pittigrilli02:04, 14. Okt. 2011 (CEST)[Beantworten]
+1 Gute Absichten sind daran zu erkennen, dass sich ehrlich bemüht wird, einen Artikel zu verbessern. Auch wenn es in der Sachdiskussion mal etwas ruppig ist. Bei diesen Men on a Mission geht es jedoch im wesentlichen darum, dass sie ihre Inhalte, egal wie deplatziert das rüberkommt, einpflegen müssen. Und das mit System: Endlosdiskussionen, Wechsel des Hauptarguments (a ist wesentlich, dann ist es b, und dann die Abhängigkeit von a zu d, wobei d noch bewiesen werden muss. Aber dann passt ja a nicht mehr./ Gezielte Entfernung neutraler Quellen und damit der damit zusammenhängenden Inhalte um persönlichen POV unterzubringen. Die inhaltliche Qualität der Inhalte solcher Artikel lässt regelmäßig zu wünschen übrig. Ich denke, das ist die Form des Vandalismus, mit der wir uns auseinandersetzen müssen und geeignete Strukturen und Regeln entwickeln müssen. Die Zeiten des "offensichtlichen" Vandalismus nach pubertärer Schulkinderart haben wir im wesentlichen hinter uns gelassen.--Belladonna09:46, 14. Okt. 2011 (CEST)[Beantworten]
Der Unterschied ist: Das Problem ist erkannt, und ihm wird ziemlich erfolgreich begegnet. Faktisch ist es gelöst, zwar mit viel Aufwand, aber trotzdem. Ganz im Gegensatz zu dem hier angesprochenen Komplex, der noch nicht mal als echtes Problem ERKANNT wurde. Pittigrilli11:32, 14. Okt. 2011 (CEST)[Beantworten]
Um das etwas zu unterfüttern: Es gibt (als Beispiel) einen Artikelkomplex, bei dem mindestens zwei verdiente, langjährige und fachlich hochkompetente (leider) Autoren seit Jahren über der Grenze der Erträglichkeit zugunsten eines führenden Unternehmens auf dem betreffenden Gebiet wirken. Dieses ist hochumstritten und Gegenstand breiter gesellschaftlicher Diskussionen (Ich halte das mal bewusst vage, weil ich mich keinen Angriffen aussetzen will). Und jetzt kommt der Clou: Alle Diskussionen auf der Disk-Seite der Artikel erfüllen die Kriterien, die ich oben genannt habe. Allem Anschein nach denken die meisten (ich würde sogar sagen: praktisch alle) anderen Autoren dort, dass es genau so ist und äußern dies auch ab und zu mehr oder weniger deutlich (Originalzitat aus einschlägiger Diskussion: "Du betreibst Greenwashing"). Die Artikel spiegeln nur in absolut minimalster Weise, in der (wichtigen) Einleitung so gut wie nie, die Umstrittenheit des Themas bzw des Unternehmens, teilweise lesen sie sich, gerade die Einleitungen, wie aus einer Marketing-Broschüre des Herstellers (doch). Viele (fast alle) Autoren dort erkennen das, aber keiner tut was, denn man will ja nicht den ersten Stein werfen. Ist ja auch bisschen heftig, jemandem vorzuwerfen, dass er (möglicherweise/vermutlich bezahlte) PR betreibt, nicht wahr? Deswegen müssen wir uns überlegen, wie wir so etwas beikommen können bzw Instrumente und Verfahren entwickeln. So wie jetzt geht das nicht weiter, ich warte nur auf den fetten Ansehensverlust der WP, wenn irgendwann mal die Kaperung eines Artikel(gebiets) durch einen Industrieverband in der Presse landet, z.B. durch einen Whistleblower. WikiWatch war nur der Anfang. Pittigrilli10:58, 14. Okt. 2011 (CEST)[Beantworten]
Die "professionellen" Vandalen sind zu geschickt, um offensichtlich gegen WP-Regeln zu verstoßen. In manchen Endlos-Diskussionen wünscht man sich manchmal eine "höhere" Instanz, denn eine 3. Meinung kann man auch aussitzen. Wenn man dem begegnen will, läuft man schnell selbst Gefahr, einen PA zu begehen. Deshalb ist es ja häufig schwer, überhaupt Widerstand der "normalen" User zu organiseren. --Wosch2114912:42, 14. Okt. 2011 (CEST)[Beantworten]
Anderes Beispiel: In zwei Artikeln - es geht jeweils um umstrittene Produkte eines höchst umstrittenen Konzerns- wurde aus meiner Sicht über einen langen Diskussionszeitraum bewusst verschleiert, dass die über allem stehende Hauptquelle, an welcher sich jeder Edit messen lassen musste, ausschließlich von Mitarbeitern just jenes Konzerns erstellt wurde. Als in dem Artikel zu dieser Quelle die Konzernnähe vermerkt werden sollte, wurde mit VM gedroht. Diese Hauptquelle ist immer noch in beiden Artikeln. Trotz Diskussionen um den Wikihorizont und darüber hinaus. Ohne die Verteidigung des neutralen Standpunkts und der Regeln, die ihn stützen, geben wir das Kernstück aus der Hand.--Belladonna12:33, 14. Okt. 2011 (CEST)[Beantworten]
Ein Review wurde als die! neutrale, top-wissenschaftliche Superquelle angegeben. Nur was damit übereinstimmte, durfte in den Artikel hinein. Es stellte sich dann heraus, dass alle! Autoren dieses "Reviews" oder was immer das auch gewesen sein mag, Mitarbeiter des Konzerns waren, dessen Produkte Thema des lemmas waren.--Belladonna12:49, 14. Okt. 2011 (CEST)[Beantworten]
Also bei mir steht beim Betrachten der aktuellsten ungesichteten Version oben: "2 Änderungen dieser Version sind noch nicht markiert. Die gesichtete Version wurde am 13. Oktober 2011 markiert.". --Nightfly85 | Disk14:56, 13. Okt. 2011 (CEST)[Beantworten]
Frage zu WP:Belege-Diskussion
In einer aktuellen Diskussion in WP:Belege-Disk. über eine unzulängliche Bestimmung haben sich leider nur diejenigen (zwei, drei) Wikipedianer eingestellt, mit denen ich in bestimmten Artikeln über die strittige Regelfrage gerade keinen Konsens erreiche, so daß die WP:Belege-Disk. zu keiner Problemlösung führen kann, und deshalb würde ich gerne wissen, ob es eine Möglichkeit gibt, auch andere Wikipedianer auf diese WP:Belege-Disk.[19] aufmerksam zu machen oder was ich tun kann, damit diese Diskussion auf eine breitere Basis gestellt wird.
--Thalimed15:04, 13. Okt. 2011 (CEST)[Beantworten]
Das ist ja nun hiermit geschehen, ich zähle aber die sechs Wikipedianer Kmhkmh, Phi, Armin P., Benatrevqre, Oliver S.Y. und Minderbinder, die dort Stellung zu deinem Vorschlag nehmen. -- Jesi16:50, 13. Okt. 2011 (CEST)[Beantworten]
Hast recht, aber alle außer zweien gehören zu denen, mit denen es endlose Dispute und keine Einigkeit gibt, und es hat wenig Sinn, diese litaneihaften Streitigkeiten auf der WP:Belege-Disk. zu wiederholen, nicht wahr? --Thalimed17:04, 13. Okt. 2011 (CEST)[Beantworten]
Ich nehme an, dass man davon ausgeht, dass die Ersteller von Artikeln die Artikel auf ihrer Beobachtungsliste haben und daher bemerken, wenn in die Artikel ein QS-Baustein eingefügt wird. Ist aber nur Vermutung von mir. Wenn Du das mit der Botbenachrichtigung anregen willst, wäre wohl WD:Qualitätssicherung der richtige Ort dafür. Ich persönlich halte es für unnötig, denn niemand hat ein Recht an einem Artikel. Vielleicht hat der zweite in der Versionshistorie viel mehr zum Artikel beigetragen als der erste Benutzer, den müsste man dann auch benachrichtigen? Oder erst den Hauptautor rausfinden und den dann...? Du siehst vermutlich, was ich meine. Wir schenken der Weltgemeinschaft unsere Artikelbearbeitungen. Wenn uns interessiert, was fürderhin damit geschieht, können wir den Artikel beobachten/begleiten. Das genügt in meinen Augen. --Schwäbin16:49, 13. Okt. 2011 (CEST)[Beantworten]
Nachtrag: Sorry, ich hatte fälschlicherweise oben von Qualitätssicherung gelesen, Du hast aber von Löschdiskussion gesprochen. Ja, da finde ich eine Benachrichtigung auch sinnvoll, zudem haben da ja auch in der Regel nicht so viele unterschiedliche Benutzer beigetragen. Entschuldige, ich = mal wieder Blindfisch. --Schwäbin17:38, 13. Okt. 2011 (CEST)[Beantworten]
Ich hielte eine Botinformierung durchaus für sinnvoll! Die meisten zum Löschen vorgeschlagenen Artikel sind ja, wie ich das sehe, erst jung und von neuen Autoren verfasst. Im Falle des für mich typischen LA-Artikels hat also ein Neuling den Artikel angelegt und einige Stunden später kam der LA. Da kann man ruhig den Erstautor informieren. Das Hauptautorentool wäre nicht sinnvoll, weil bei Neuartikeln oft von anderen Benutzern diverse Kleinigkeiten korrigiert werden, aber nichts inhaltliches. Also: Informierung durch Bots ist sinnvoll, wenn der Artikel erst vor kurzem angelegt wurde und der Erstautor ein Benutzer ist (keine IP-Diskriminierung, sondern technisch bedingt). Umweltschutz16:59, 13. Okt. 2011 (CEST)[Beantworten]
(Passt zwar leider nicht mehr so ganz zum Kontext, - bin von der Zeit überholt worden. - desalb hier reingequetscht:) Natürlich hat kein Autor Besitzansprüche in Wikipedia. Aber ich finde es nicht doll, wenn ein Geschenk, (an dem man viell. mehrere Stunden gebastelt hat), kaum dass man es der Wikipedia geschenkt hat, in den Mülleimer wandert. Erstautoren dürften damit kaum zur weiteren Mitarbeit angeregt werden, denn da schließe ich mich Umweltschutz an, um die geht es doch hauptsächlich. Ich unterstelle mal, dass es vielen Neueinsteigern nicht mal bekannt ist, dass sie eine Beo-list haben, - und wenn schon. Nicht jeder ist ständig in WP. Über eingehende Änderungen meiner Disk.-seite werde ich per e-mail informiert, (müsste ja auch nicht sein!), aber ich finde das gut so. Bei einer sms bekomme ich ja auch ein (akustisches u. visuelles) Signal. - Der techn. Fortschritt sollte m.E. zum besseren Umgang dienen, denn Wikipedia soll doch auch irgendwie Freude machen, was einige leider oft aus den Augen verlieren. Und den Erstersteller zu kontaktieren dürfte wohl nie ein Fehler sein, auch wenn es viell. nicht immer der Hauptautor ist, - dazu wären wohl noch ausgefeiltere techn. Voraussetzungen nötig. (weiss nicht, ob es die gibt ...) --Adelfrank18:04, 13. Okt. 2011 (CEST)[Beantworten]
Eine Information mit Hilfe eines Bots hätte man wohl gerne, denn es ist ja so schön bequem und man ist als LA-Streller fein raus. Nein, Leute, der Löschantragsteller sollte verpflichtet werden, den Autor zu informieren. --Schlesingerschreib!17:43, 13. Okt. 2011 (CEST)[Beantworten]
's hülft aber ja nix, wenn er es dann dennoch nicht tut. Auf Commons geht das per Skript (allerdings für jeden Benutzer bereits eingebaut, nicht freiwilliges Gepfriemel im jeweiligen .js); wenn ich dort einen Löschantrag auf ein Bild stelle, wird der Hochladende automatisch auf seiner Diskussionsseite per Template benachrichtigt, das auch schon auf die Löschdiskussion verlinkt und es wird mit meinem Namen unterzeichnet. Also die ideale Lösung zwischen Löschantragsteller zeichnet persönlich „haftbar“ und nicht vergessen zu informieren. Allerdings haben die dort auch eine bessere Lösung mit den Löschdiskussionen, die werden nämlich nicht mehr umbenannt (beispielsweise durch Anfügen eines erl. oder Archivierung) und damit die Hinweislinks zerstört. --Schwäbin17:51, 13. Okt. 2011 (CEST)[Beantworten]
Nun, wenn unser heldenhafter Löschantragsteller es *vergessen* sollte, Gott bewahre, den Autor zu benachrichtigen, tritt einer dieser Bots in Aktion und entfernt den LA. Ist doch ganz einfach :-) --Schlesingerschreib!18:16, 13. Okt. 2011 (CEST)[Beantworten]
Hauptautoren und Artikelbesitzer interessieren mich nicht. Ich werde deshalb auch niemals bei einem Löschantrag irgendeinen Benutzer informieren. Entweder der Autor interessiert sich noch für den Artikel, dann hat er ihn auf der Beobachtungsliste oder ihn interessiert der Artikel nicht mehr (er hat ihn sozusagen losgelassen), dann interessiert ihn auch der LA nicht. Mit der Meldung eines LA bei einem sogenannten Hauptautoren oder Artikelbesitzer wird die ungute Entwicklung nur eine Umdrehung weitergedreht, dass Änderungen an Artikel nur mit der Genehmigung des Hauptautors zulässig sind. So kann man natürlich die freie Bearbeitbarkeit der Wikipedia auch unterbinden. Kein Wunder, dass wir keine neuen Autoren gewinnen, wenn wir ihnen das Spielfeld verweigern. liesel Schreibsklave®18:27, 13. Okt. 2011 (CEST)[Beantworten]
Verstehe nicht, was eine Information mit einer Genehmigung zu tun hat? Davon war und ist hier nie die Rede. Aber es gibt ausser geschriebenen auch ungeschriebene Gesetze, - und dazu zählt Anstand. Niemand ist verpflichtet einem anderen die Tür aufzuhalten, man kann sie dem anderen auch gegen den Kopf schlagen lassen. - Deine Einstellung finde ich mehr als merkwürdig. --Adelfrank18:46, 13. Okt. 2011 (CEST)[Beantworten]
Es ist nicht mein Problem, wenn du Wikipedia nicht verstanden hast. Das hat nichts mit Anstand zu tun. Hier muss keiner gefragt werden, ob man "seinen" Artikel bearbeiten oder einen Löschantrag stellen darf. Es ist jetzt schon eine Unsitte, dass einige Artikel defakto gesperrt sind, weil der sogenannte "Hauptautor" jegliche Änderungen revertiert. Das hat nicht mit Tür aufhalten und zuschlagen zu tun.
Mit dem Speichern eines Artikels in der Wikipedia schenkt man diesen der Allgemeinheit zum lesen und zum bearbeiten. Wiederholen ist gestohlen.
Wer nicht will, dass Fremde in "seinem" Artikel editieren soll in einem Blog oder bei Knol schreiben. Wikipedia ist da das absolut falsche Medium. liesel Schreibsklave®19:11, 13. Okt. 2011 (CEST)[Beantworten]
P.S. Und ich weiss nicht ob es sinnvoll ist, LA-Antragsteller zum informieren zu zwingen. Da sind da schon mal Meldungen wie "Deinen Müll kannst du in der LD abholen." zu erwarten. liesel Schreibsklave®19:16, 13. Okt. 2011 (CEST)[Beantworten]
Gut möglich, dass ich Wikipedia nicht verstanden habe, was auch immer Du damit meinst. Aber dass Du diese Disk. hier nicht verstanden hast, beweist Du mir zur Genüge. Es geht hier weder um Genehmigungen die von Autoren einzuholen wären, noch um die Frage, ob man "seinen" Artikel bearbeiten oder einen Löschantrag stellen darf. -Auch von Schenken und Wiederholen ist hier nirgendwo die Rede. - Es geht hier lediglich um eine Information, die besonders Erstautoren darüber informieren soll, dass etwas in Schieflage ist. - Einzig Deine Aussage: Ich werde deshalb auch niemals bei einem Löschantrag irgendeinen Benutzer informieren. passt tatsächlich unter die Überschrift dieser Disk. Automatische Information über Löschantrag, der Rest dient nur Deinem Frustrationsabbau, trägt aber nichts zum Thema bei. --Adelfrank22:32, 13. Okt. 2011 (CEST)[Beantworten]
Wenn jemand dafür einen Bot einsetzen will, wird man ihn nicht daran hindern können. Wirklich verkehrt ist das aber auch nicht. Allerdings muss klar sein, dass daraus auch weiterhin kein Benachrichtigungsanspruch entsteht, solche Bots funktionieren ja nicht immer lückenlos. Mit dem letzten Meinungsbild wurde eine Benachrichtigungspflicht des LA-Stellers ausdrücklich abgelehnt. MBxd122:48, 13. Okt. 2011 (CEST)[Beantworten]
Die Frage ist doch, wenn so der Bot informieren. Denjenigen der bei der Erstanlage einen 2-Satz-Stub hingerotzt hat oder denjenigen, der sich dieses "Artikels" erbarmt hat und daraus was brauchbares geschrieben hat? liesel Schreibsklave®22:53, 13. Okt. 2011 (CEST)[Beantworten]
Natürlich kann der Bot nur den Erstersteller benachrichtigen, er wird allenfals noch erkennen können, wenn die Erstversion eine Weiterleitung war und der Artikel erst in einer Folgeversion drübergeschrieben wurde. Mehr kann man vernünftigerweise von einem Bot nicht erwarten. Wer das machen will, soll halt einen solchen Bot installieren; ich sehe weder Anlass noch Handhabe, jemandem diese Benachrichtigungen zu untersagen. Die Vorstellungen von Schlesinger dagegen halte ich für absolut kontraproduktiv. Es gibt zweifelsfrei keine Benachrichtigungspflicht, und das wird sich auch nicht ändern. MBxd116:11, 14. Okt. 2011 (CEST)[Beantworten]
Adelfrank, sei nicht ungerecht. Wenn ein Autor, sei es eine IP oder ein angemeldeter User einen offensichtlichen Schrottartikel, der völlig ohne akzeptable Sprache ist, ohne Quellenhinweise auszukommen glaubt und auch noch unter einem grottigen Lemma in die WP reinwirft, hat Liesel Recht, sowas soll, ohne lang zu fackeln, gelöscht werden, da muss man nicht groß dem Urheber was mitteilen. Wenn dagegen ein qualitativ hinreichend guter Artikel von unseren Gewohnheits-LA-Stellern mit schlecht gelaunter Begründung à la Relevanz nicht dargestellt oder kenn ich nich, wech damit! bedacht wird, sollte, um größeren Schaden vom Projekt fernzuhalten, der Autor auf jeden Fall informiert werden. Nicht jeder Neue kennt die Möglichkeit einer Beobachtungsliste, oder die Existenz eines Rudels von leidenschaftlichen LA-Stellern, die aber, wenn man sich die Löschdiskussionen anschaut, gar nicht so erfolgreich im Durchsetzen ihrer Forderungen sind, wohl aber durch ihr Drohpotenzial neue User durchaus vergraulen können. --Schlesingerschreib!22:57, 13. Okt. 2011 (CEST)[Beantworten]
Ich versuche schon gerecht zu sein und natürlich akzeptiere ich auch, wenn jemand Autoren nicht benachrichtigen will. - Aber mit dem Argument eine automatische Benachrichtigung zu verneinen, da es auch unqualifizierte Schreiber gibt, kann ich mich nicht anfreunden. Auch wenn der Artikel voll daneben ist, kann man doch wohl dem Verfasser das Recht zur Nachbesserung einräumen und wenn dies automatisch geschieht, sehe ich darin für die Wikipedia keinen Schaden sondern eher Nutzen. Die günstigste Variante wäre natürlich, wenn ein Weg möglich wäre, den Hauptautor zu ermitteln und diesen zu benachrichtigen. Leider fehlt mir diesbezügl. das techn. Wissen. - Es geht mir hier nicht um die Suche nach Schuld und Recht, sondern um Fairness besonders gegenüber Neulingen, die oft garnicht mitkriegen was da gerade abläuft. - Wenn die Resonanz Null ist, kein Problem. Aber einige, die bisher überhaupt von niemandem benachrichtigt wurden, könnten viell. doch reagieren, eine Woche ist eh schnell rum. - Ich kann es ehrlich überhaupt nicht verstehen, was hier für Geschütze aufgefahren werden, um zu verhindern, dass eine einzige e-mail als Information automatisch abgeschickt wird. Scheinbar hat Liesel Recht, dass ich Wikipedia wirklich nicht verstanden habe. --Adelfrank00:24, 14. Okt. 2011 (CEST)[Beantworten]
@Adelfrank, zu deiner obigen Bemerkung Über eingehende Änderungen meiner Disk.-seite werde ich per e-mail informiert, (müsste ja auch nicht sein!): Das kannst du in deinen Einstellungen (gleich auf der ersten Seite ganz unten) abschalten. -- Jesi07:56, 14. Okt. 2011 (CEST)[Beantworten]
Danke, aber schon klar. Der Satz ging noch weiter: (müsste ja auch nicht sein!), aber ich finde das gut so. --Adelfrank 15:04, 14. Okt. 2011 (CEST) -- Oh ja. -- Jesi17:29, 14. Okt. 2011 (CEST)[Beantworten]
Beitragszahlen bei Verschiebung
Wie werden die Beitragszahlen bei Inter-NR-Aktionen eines Benutzers genau gezählt? Angenommen ich erstelle eine Unterseite meiner Benutzerseite und mache da 100 Bearbeitungen. Dann verschiebe ich diese Seite in den Artikelnamensraum (zählt verschieben als Edit?). Was passiert dann mit den Beitragszahlen?
Es werden erstmal alle Versionen der Benutzerseite in den ANR verschoben. Das Verschieben aber generiert zwei Versionen, eine neue im ANR und die Weiterleitung im BNR. Der Bearbeitungszähler in den Spezial:Einstellungen bleibt von Verschiebungen aber unberuht, sondern nur die Tools auf den Toolserver zählen die mit. Der Umherirrende18:52, 13. Okt. 2011 (CEST)[Beantworten]
Beim oben geschilderten Fall fände ich es besser, wenn du den Inhalt deiner (nur von dir bearbeiteten) Benutzerunterseite in den ANR kopieren würdest. Die 100 Versionen in der Versionsgeschichte des Artikels stören nur. --Leyo19:21, 13. Okt. 2011 (CEST)[Beantworten]
Warum? Man sieht das den 100 Versionen nicht an, in welchem Namensraum sie entstanden. Problematisch wäre allenfalls, wenn ich bspw. meine Sammelsuriumseite von Artikelentwürfen, Versuchen und Notizen irgendwann mit einem Artikel überschreiben und den in den ANR verschieben würde. Ein konkreter Artikel jedoch, der an seinem Ort im BNR entsteht (etwa wenn ich endlich mal dazu komme, den da fertigzumachen), der sollte schon genauso in den ANR verschoben werden.
Interessant sind die Auswirkungen übrigens auf die Stimmberechtigung. So kann im Extremfall durch eine Verschiebung aus dem bzw. in den Benutzernamensraum nachträglich eine zuvor nicht bestandene Stimmberechtigung geschaffen oder eine bestehende Stimmberechtigung verloren gehen. --Matthiasb(CallMyCenter)20:41, 13. Okt. 2011 (CEST)[Beantworten]
Bei deinem Beispiel gilt das oben gesagt nicht, weil da auch noch andere Benutzer daran gearbeitet haben. Wenn aber nur du daran gearbeitet hättest, fände ich eine Kopie besser, damit die Versionsgeschichte nicht schon von Anfang an unnötig lang ist. --Leyo11:33, 14. Okt. 2011 (CEST)[Beantworten]
Weblink abrufen
Hallo Wikifanten (irgendwann wird sich das durchsetzen, und das hier WP:Wikifanten blau werden!),
ich habe mich selbst dabei erwischt, nach scheinbar zufälligen Kriterien mal einen Weblink abzurufen, und wenn der noch ging und das Lemma behandelte, dann dahinter zu schreiben: "abgerufen am xx. Oktober 2011." Ist das sinnvoll bzw. erwünscht, wenn man nicht gerade eine den Weblink aktualisiert hat oder so?
Bei Weblinks sehe ich keinen Sinn in der Angabe des letzten Aufrufdatums. entweder er funktioniert, oder eben nicht. Wann er das letzte Mal aufgerufen wurde ist -anders als bei Einzelnachweisen- unerheblich.--Nothere19:57, 13. Okt. 2011 (CEST)[Beantworten]
Bei Weblinks sollte die Vorlage eigentlich nicht verwendet werden, weil, äh, wegen des falschen Mikroformates. Nur Zitierungen sollten innerhalb der CSS-Class "citation web" stehen, Weblinks nicht, die sollten innerhalb der CSS-Class "external text" stehen. Bei uns herrscht aber sowieso Chaos, weil bei uns eine Vielzahl von Benutzern der Benutzung von Zitiervorlagen negativ gegenübersteht, sodaß sie ihre Einzelnachweise "frei" formatieren, was dazu führt, daß diese nicht wie eigentlich nach W3C-Standards als Zitierung übergeben werden, sondern wie hundesgewöhnliche Weblinks. Darüberhinaus können diese Zitierungsmikroformate auch von verschiedenen Softwaretools genutzt werden, etwa von Zotero. In EN wesentlich besser wie bei uns. Wir hängen da etwa fünf Jahre zurück, vor allem, weil wir mMn ungefähr drei Leute in der ganzen DE:WP haben, die wissen, daß es das gibt und nur zwei von denen wissen, warum das wichtig ist. --Matthiasb(CallMyCenter)23:21, 13. Okt. 2011 (CEST)[Beantworten]
@Nothere: Bei toten Weblinks kann man im Internet Archive nach einer archivierten Version des Links suchen, da braucht man dann das Abrufdatum. Damit weiß man, bis wann es eine funktionierende Version der archivierten Seite gab. XenonX3 - (☎:✉) 23:23, 13. Okt. 2011 (CEST)[Beantworten]
Ich find die Änderung nicht glücklich. Person (Gesellschaft) klingt ja so, als obs noch Personen außerhalb der Gesellschaft gäbe. Oder aber: Mann und Frau sind ja nun eine Eben tiefer, rein logisch bedeutet dies, dass man eine Person (Kultur) nicht nach Männlein/Weiblein unterscheiden könnte. Da aber die Biologie grundlegend und über die Sachbereiche hinweg gleichbleibend, sollte die Änderung rückgängig gemacht werden. --Quedel21:57, 14. Okt. 2011 (CEST)[Beantworten]
Naja, es gibt auch Personen, die nur juristisch existieren. (Die Frage, ob manche natürliche Personen außerhalb der Gesellschaft, ist allerdings philosophischer und soziologischer Natur und hier nicht zielführend.) --Matthiasb(CallMyCenter)13:40, 17. Okt. 2011 (CEST)[Beantworten]
14. Oktober 2011
Unzureichende Suchfunktion in der WP
Bin ich eigentlich der einzige, der mit der internen WP-Suche (vor allem mit ihrer Zuverlässsigkeit, aber auch mit ihren Features) schon seit langer Zeit unzufrieden ist und deshalb nach Möglichkeit die Google-Suche benutzt? Warum finde ich jetzt z.B. mit der Anfrage Airbags Zusammenprall prefix:Wikipedia:Auskunft/Archiv/2011 (und allen denkbaren und undenkbaren Namensräumen angehakt) nicht die Seite [21], obwohl sie doch meinen Beitrag mit all diesen Worten enthält? An meinen Einstellungen kann es nicht liegen, denn ausgeloggt passiert dasselbe. --Grip9902:32, 14. Okt. 2011 (CEST)[Beantworten]
Ich mag sie auch nicht. Da man (meines Wissens jedenfalls, es gibt aber keine ordentliche Erklärung, was man genau machen kann) keine Möglichkeit hat, bestimmte Formulierungen auszuschließen, findet man zehntausend Wikipedia-Diskussionen, obwohl man eigentlich was anderes sucht, das aber halt auch im WP-Namensraum liegt. Wenn man wenigstens nach Datum sortieren könnte oder mehr Suchergebnisse pro Seite darstellen (und dann halt die Ergebnisse mit STRG+F nochmal durchsuchen), oder wenn man nach einem Begriff "ab xx.xx.xxxx" suchen könnte... Ich finde die Googlesuche auch besser, hab sie aber bisher tatsächlich nicht genutzt, denn sie indiziert nicht alle Seiten, die ich möglicherweise finden will. --Schwäbin09:38, 14. Okt. 2011 (CEST)[Beantworten]
Ja die Suchfunktion ist undurchschaubar hat aber doch viele Möglichkeite die vor 2007 nicht bereitstanden. Hilfe:Suche#Präzisierung, um unerwünschte Treffer auszuschließen und Hilfe:Suche#Beispiel zeigt doch, wie man Formulierungen ausschließen kann. --Diwas 12:53, 14. Okt. 2011 (CEST) Nur muss man teilweise sehr vieles ausschließen und wie gesagt, es funktioniert dann oft nicht wie es soll. Auf der Stufe gibt es dann tatsächlich keine Erklärung mehr, zumal die Suchfunktion wohl immer mal wieder verändert wird. --Diwas13:13, 14. Okt. 2011 (CEST)[Beantworten]
Ja, wenn man sich nicht darauf verlassen kann, ist alles nichts. Wenn ich 50 Fundstellen von Hand durchgegangen bin, weil ich mir sicher war, dass eine das Gesuchte enthalten muss, und dann merke, dass die gelieferten Fundstellen unvollständig sind, dann versuche ich es beim nächsten Mal erst gar nicht mehr. --Grip9902:44, 15. Okt. 2011 (CEST)[Beantworten]
Genau, Google ist auch keine Lösung. Meta-Seiten sind großteils standardmäßig nicht google-indiziert, und bei den übrigen kann man sich außerhalb des ANR auch nicht immer sicher sein. Ich verstehe wirklich nicht, wie die WMF es hinbekommt, so viele Millionen dermaßen ineffektiv einzusetzen, dass es nicht einmal für einen zuverlässigen Toolserver und eine leistungsfähige Suchfunktion reicht. Den im Zusammenhang mit dem Bildfilter geäußerten Vorwurf an die WMF "Kümmert Euch doch erst einmal um die echten Probleme hier" kann ich jedenfalls sehr gut nachvollziehen, auch wenn ich dem Filter nicht so feindlich wie die meisten hier gesonnen bin. --Grip9902:44, 15. Okt. 2011 (CEST)[Beantworten]
Durchlaufene Links in anderer Farbe anzeigen
Und gleich noch eine vermutlich ebenso dumme Frage: Eigentlich wollte ich hiermit durchlaufene Links in Magenta anzeigen. Das sollte eigentlich auch funktionieren, tut es aber nicht. Was mache ich falsch? --Grip9902:32, 14. Okt. 2011 (CEST)[Beantworten]
Just for me? Das ist aber nett. Da hat wenigstens mein erster Satz voll ins Schwarze getroffen. So was würde man wohl Win-Win-Situation nennen, wenn es denn geklappt hätte. Hat es auch teilweise. Allerdings erst nach dieser Änderung. Ein Teil der durchlaufenen Links hat aber immer noch die alte Farbe behalten, wobei mir die Systematik dahinter unklar ist. Es betrifft nicht nur externe, Diff- und Perma-Links, sondern auch ganz normale, die ja zum Teil schon funktionieren. Kann man da noch etwas drehen? Am liebsten hätte ich alles Durchlaufene, was bisher standardmäßig in diesem dunklen Lila angezeigt wird, auf de.wikipedia.org-Seiten in einer auffälligeren Farbe dargestellt. Gruß --Grip9905:25, 14. Okt. 2011 (CEST)[Beantworten]
setze mal ein !important hinter Deine Anweisung, also
Danke, das hat ziemlich gut funktioniert. Allerdings sind jetzt auch nichtexistierende Seiten, auf denen ich mal war, nicht mehr rotbraun, sondern in der gleichen Farbe wie durchlaufene Links. Aber das ist kein ganz so gravierender Mangel wie das Problem gestern. Vielleicht weiß trotzdem noch jemand einen Trick, um dort die rotbraune Farbe zu behalten. --Grip9902:36, 15. Okt. 2011 (CEST)[Beantworten]
Das sieht auf den ersten Blick sehr gut aus. Wenn ich noch Probleme finden sollte, melde ich mich. Einstweilen danke allen, die geholfen haben. --Grip9903:08, 17. Okt. 2011 (CEST)[Beantworten]
Export von allen Artikeln zu einem bestimmten Thema
Gibt es eine Möglichkeit, die Wikipedia nach gewissen Kriterien gefiltert zu exportieren?
Es gibt ja Downloads der gesamten aktuellen Wikipedia mit und ohne Bilder (z.B. WikiTaxi).
Selbst ohne Bilder sind diese schon einige Gigabyte groß, mit Bildern sehr viel größer.
Nun würde ich gerne auf mein Telefon einen kleinen Teil der Wikipedia laden, aber mit Bildern. Nämlich im Speziellen hätte ich gerne alle Artikel über Pilze mit Bildern extrahiert. Das ergäbe somit ein einfaches Pilzbuch.
Pilze sammelt man oft im Wald und dort ist oft keine Netzverbindung, man kann also nicht online nachschauen.
Ein Offlineextrakt wäre daher recht nützlich. Das könnte man dann auch für andere Themen erstellen.
Wäre so etwas möglich, bzw. gibt es da schon Ansätze?
Mit der Funktion http://de.wikipedia.org/wiki/Spezial:Exportieren/ könnte man so etwas ja programmatisch auslesen, wenn man zuvor eine Liste erstellt. Die Bilder müsste man dann über das "Datei:" Tag separat holen. Aber so etwas gibt es doch sicher längst, oder?
Hoffentlich stelle ich hier nicht eine Frage, die schon tausend Mal andernorts beantwortet wurde /)
Export via Spezial:Exportieren + Download der Bilder. Dazu benötigst du dann allerdings eine Mediawiki-Installation auf deinem Handy, um sie sinnvoll anzuzeigen.
als PDF, wie Johnny schon schrieb, wird wahrscheinlich dass einfachste sein
Download aller HTML-Seiten mit allen Bildern (wget). Du musst dann halt irgendwie die heruntergeladenen HTML-Dateien so bereitstellen, dass dein Handy sie öffnen kann (lokaler HTTP-Server, o.ä.).
Bleiben bei 1 und 3 eigentlich die internen Links erhalten? Bei 2 ja sicherlich nicht. Was ist mit Links auf Artikel, die nicht mit heruntergeladen werden? --Aalfons11:47, 14. Okt. 2011 (CEST)[Beantworten]
Danke für den Tipp! Es gibt ja sogar schon ein Wikipedia Pilzbuch: Wikipedia:Bücher/Speisepilze
Allerdings mit noch sehr wenigen Pilzen. Dann erstelle ich mal eines.
Aber noch eine Frage: kann ich einem Buch auch eine Liste von Links hinzufügen, damit ich das etwas automatisieren kann?
Ich würde gerne alle Links auf z.B. Röhrenpilze zum Buch hinzufügen, oder noch weiter gefasst, alle Gattungen.
Das müsste ich aber dann mühsam zusammenstellen, schneller wäre es die Links auszulesen und dann in einer Liste hinzuzufügen, wenn das ginge. In der Bücherhilfe für Experten habe ich aber nichts dazu gefunden.
Inhaber von Marken müssen dies machen. Wenn sie ihre Marke nicht aktiv schützen, riskieren sie, diese zu verlieren. Ob wir nun an Plexiglas, Teflon, Aspirin und Styropor ein (R) dranschreiben, da gehen die Meinungen stark auseinander. --Marcela10:18, 14. Okt. 2011 (CEST)[Beantworten]
(BK) Die Wünsche des Unternehmens können uns egal sein, wir richten uns nur nach dem Markenrecht. Das R-Zeichen ist eben nicht Pflicht, es muss lediglich irgendwo erwähnt sein dass es eine eingetragene Marke ist (das wird im Lego-Artikel der Fall sein, nehme ich an). Außerdem nennen wir die Marke im enzyklopädischen Kontext, da haben wir einige Freiheiten bzw. sind vom Markenrecht nur sehr wenig eingeschränkt. --Don-kun • DiskussionBewertung10:19, 14. Okt. 2011 (CEST)[Beantworten]
Wer es nachlesen will: § 16 Abs. 1 MarkenG: „… kann der Inhaber der Marke … verlangen, daß der Wiedergabe der Marke ein Hinweis beigefügt wird, daß es sich um eine eingetragene Marke handelt.“ Zur Fragestellung von Johnny: es kollidiert nicht mit den Vorschriften und ist so in Ordnung (solange es nicht in einem Artikel bei jedem Vorkommen des Wortes eingefügt wird). --Quedel22:04, 14. Okt. 2011 (CEST)[Beantworten]
Der Inhalt des Artikels wurde von Benutzer:Arpinium - zwar sachlich korrekt, aber leider im Hau-Ruck-Verfahren - minimiert. Vorher war falsch, dass im Artikel nicht "der Pflegesatz" behandelt wurde, sondern "das Heimentgelt", wovon der Pflegesatz nur ein Teil ist. Falsch war und ist ferner (gleicher Fehler), dass es jetzt Heimentgelt als redirect auf Pflegesatz gibt.
Es wäre besser gewesen, statt der Minimierung die damals bestehende Pflegesatz-Version auf "Heimentgelt" zu verschieben und danach einen neuen Artikel "Pflegesatz" mit dem heutigen Inhalt anzulegen, dann wären die jetzt untergegangenen Informationen erhalten geblieben. Dieses Ziel ist auch jetzt noch erstrebenswert. Die möglichen, "einfachen" Wege dahin würden aber dazu führen, dass die Versionsgeschichte verloren geht: Man könnte dafür
(1) die Version vor der Minimierung per copy und paste in "Heimentgelt" einbringen und dort das redirect überschreiben. Wie gesagt geht dabei die Versionsgeschichte verloren, aber der Artikelinhalt wäre erhalten geblieben und (abgesehen von einer anpassenden Überarbeitung) in Ordnung. Davon bleibe der jetzige Artikel "Pflegesatz" unberührt.
(2) für den jetzigen Inhalt des Artikel "Pflegesatz" im BNR von Benutzer:Arpinium per copy und paste ein Provisorium anlegen, das jetzige redirect "Heimentgelt" löschen und "Pflegesatz" auf die die noch ungekürzte Version revertieren, um sie in diesem Zustand auf "Heimentgelt" zu verschieben. Dann bleibe die Versionsgeschichte dafür erhalten, aber nicht die anteilige Versionsgeschichte zum eigentlichen Thema Pflegesatz; letzteres wäre aber kein Beinbruch, da in diesem Text sowieso fast alles von Benutzer:Arpinium stammt und seine (heutige) Version hinterher wieder unter seinem Namen aus seinem BNR in einen neuen Artikel "Pflegesatz" verschoben werden würde.
Verschiebe, was du verschieben willst. Mir ist nur wichtig, dass Inhalte, die nicht zum Thema Pflegesatz passen, auch nicht in dem Artikel stehen. Alles andere ist mir egal. (Ansonsten: Wofür steht die Abkürzung ANR?) --Arpinium14:02, 14. Okt. 2011 (CEST)[Beantworten]
ANR war falsch, gemeint war BNR (=Benutzernamensraum, also eine Unterseite der eigenen Benutzerseite).
"Verschiebe, was du verschieben willst" - dazu bedarf es keiner Aufforderung, aber genau dies ist ebensowenig das Gelbe vom Ei wie es die radikale Kürzung ohne Rücksicht auf Verluste war nach dem Motto "Alles andere ist mir egal". Daraus schließe ich nur, dass meine Hoffnung auf Einsicht oder gar eine Mitwirkung bei der Reparatur wohl vergeblich ist. Gruß -- Dr.cueppers - Disk.14:35, 14. Okt. 2011 (CEST)[Beantworten]
Was erwartest du? Es ist ein ganz normaler Vorgang, dass ein Artikel geändert und vor allem verbessert wird. Nichts anderes habe ich getan. Schreib doch einfach einen Artikel zum Heimentgelt. Dazu kannst du ja getrost auf das zurückgreifen, was bereits erarbeitet worden war. Das von dir genannte Problem mit der Versionsgeschichte sehe ich nicht als Problem an. Aber wenn du meinst, nur zu ... --Arpinium15:11, 14. Okt. 2011 (CEST)[Beantworten]
Immer noch keine Einsicht, dass das keine Verbesserung war: Die wäre durch ein klein wenig Nachdenken per Verschiebung zu einem neuen Artikel "Heimentgelt" und einen neuen Artikel Pflegesatz gelungen: Einfach "alles weg", was andere erarbeitet haben, an der Reparatur der missglückten Maßnahme nicht beteiligen, das dürfen andere machen, denn "alles Andere ist mir egal" ist alles zusammen halt nicht das Wahre in und für WP; das grenzt eher an Vandalismus als an Verbesserung. Weil immer noch keine Einsicht dafür da ist, habe ich es jetzt mal ein wenig deutlicher formuliert. Der Versulst der Versionsgeschichte ist auch ein nicht neues Thema in WP - sollte vermieden werden. Gruß -- Dr.cueppers - Disk.15:44, 14. Okt. 2011 (CEST)[Beantworten]
Du magst dich ja ereifern, deine moralischen Bewertungen tun dennoch nichts zur Sache. Das Problem mit der Versionsgeschichte tritt nur auf, wenn ein Artikel verschoben wird. Das habe ich weder getan, noch beabsichtige ich dies noch halte ich eine Verschiebung für notwendig. Deswegen nochmal, wenn du ein Problem hast, dann löse es doch. --Arpinium18:51, 14. Okt. 2011 (CEST)[Beantworten]
Der Leser kann die Versionsgeschichte von Heimentgelt nachschlagen, er kann ihr entnehmen, dass der Artikel eine Zeitlang nach Pflegesatz weitergeleitet war, so ist es ihm möglich, auch dort die Versionsgeschichte zu verfolgen, einschließlich meines Vandalimus, wie du zu sagen beliebtest. --Arpinium21:03, 14. Okt. 2011 (CEST)[Beantworten]
Since the update to 1.18 the handling of the user group (of the software) has changed. It is now active and has to be assigned automatically. This happened after your edit (Your Edit: 08:24:06 (UTC), your Promotion: 08:24:07 (UTC)). Your next edits should get reviewed automatically again. Greetings --Steef38911:39, 14. Okt. 2011 (CEST)[Beantworten]
Suchvorschläge
Die Antwort versteckt sich sicher schon irgendwo im ermüdend langen MW118-Block, beim schnellen Überfliegen konnt ich jetzt aber nichts dazu finden: Wie krieg ich meine Suchvorschläge bloß wieder? Ich benutze Monobook. --MichaelFleischhackerDisku19:35, 14. Okt. 2011 (CEST)[Beantworten]
Hab ich schon gelesen, ist aber leider nicht das, was ich suche. Vor dem Update wurden mir beim Eintippen automatisch Suchvorschläge unterbreitet (sortiert nicht nach dem Alphabet, sondern nach „Relevanz“, gemessen vermutlich an den Zugriffszahlen), jetzt wird mir nur noch das vorgeschlagen, was ich selbst schon (seit dem Update) eingetippt habe. --MichaelFleischhackerDisku21:45, 14. Okt. 2011 (CEST)[Beantworten]
Dein Browser macht Dir Vorschläge, nicht mehr MediaWiki. Ich kann Dir leider nicht weiterhelfen, ich lebe mit Vector und Firefox auf der Insel der Seligen (bezüglich der Probleme nach Umstellung auf 1.18). --Schwäbin22:16, 14. Okt. 2011 (CEST)[Beantworten]
Ja, wie sonst auch immer. Sortierung ist (meines Wissens) nach Häufigkeit des Aufrufs in WP oder so, jedenfalls nicht nach Alphabet und auch nicht nach hab ich schon aufgerufen (ich leere meine Browsercache automatisch bei jedem Beenden). --Schwäbin22:28, 14. Okt. 2011 (CEST)[Beantworten]
Bei mir (Vector) ist auch alles normal, wie bei der Schwäbin. Hab aber gerade mal Monobook eingestellt, da hatte ich das Verhalten das du beschrieben hast, Michael. --Diwas22:54, 14. Okt. 2011 (CEST)[Beantworten]
Bei mir keine Probleme, weder bei Vector, noch bei Monobook, weder beim Internet Explorer 8.0, noch bei Firefox 3.6. Michael, Diwas: Was steht bei euch bei Spezial:Einstellungen#mw-prefsection-searchoptions? Kein Haken bei „Vorschläge per Ajax deaktivieren“, Haken bei „Erweiterte Suchvorschläge aktivieren (nur Vector)“? Eigentlich ist Ajax ausschlaggebend, das sorgt für die Suchvorschläge, ergo dort kein Haken ... Gruß --Schniggendiller Diskussion 00:26, 15. Okt. 2011 (CEST)[Beantworten]
Tipp mal bitte javascript:alert('list' in document.createElement( 'input' )) in die Adresszeile von Safari 5 ein, und erzähle, was er anzeigt. --Schnark09:23, 15. Okt. 2011 (CEST)[Beantworten]
Ich arbeite noch mit einer 4er-Version von Safari und Monobook und kann das nur bestätigen: Seit der Umstellung sind die Suchvorschläge weg. Mit Vector werden sie angezeigt. NNW17:17, 16. Okt. 2011 (CEST)[Beantworten]
Ich habe nach wie vor keinen Haken bei Vorschläge per Ajax deaktivieren, aber den bei Erweiterte Suchvorschläge aktivieren (nur Vector) und erhalte wenn ich mal testweise auf Monobook schalte, die Browser-Vorschläge nicht die Mediawiki-Vorschläge, bei Firefox 7.0.1. --Diwas21:32, 16. Okt. 2011 (CEST)[Beantworten]
Alle Safari-Benutzer schnappen sich einen Safari-Programmierer und schlagen ihn solange, bis er zugibt, dass eine völlig fehlerhafte Implementierung von Datalists wesentlich schlechter ist als gar keine, oder bis die Mediawiki-Programmierer die Benutzung von Datalists für Suchvorschläge wieder abschaffen, worum ich soeben bat. --Schnark09:56, 17. Okt. 2011 (CEST)[Beantworten]
Hallo. Was kann man tun gegen das ständige Entfernen von Bausteinen durch einen Autor, der in "seinem" Artikel keine Mängel sieht? Obwohl die Mängel ausführlich auf der Diskussionsseite genannt sind. Eine Vandalismusmeldung gegen den Autor erscheint mir etwas hart. --Buch-t19:36, 14. Okt. 2011 (CEST)[Beantworten]
Ich habe jetzt eine erste Überarbeitung erledigt, da muss aber jemand nochmal detailliert drübergehen. Wenn der Ersteller die Verbesserungen nicht zulässt, muss man ihn administrativ verwarnen und wenn er trotzdem so weitermacht, angemessen lange sperren. XenonX3 - (☎:✉) 20:11, 14. Okt. 2011 (CEST)[Beantworten]
Qualität von Quellen die als Beispiele für die Verwendung eines Begriffes genutzt werden
Meine Frage: Welche Regelung hinsichtlich der Qualität sieht die WP für Quellen vor, die nicht als Belege der Aussage selbst im Artikeltext verwendet werden, sondern nur zusätzlich als Beispiel für die Nutzung eines Begriffes dieser Aussage? In den einschlägigen Regeln wie WP:Q, WP:Web oder auch WP:TF wurde ich nicht wirklich fündig (oder habs nicht in Verbindung bringen können).
Anstoss zu dieser Frage war eine interessante Wendung dieser Diskussion (zumindest für mich). Es geht um diese Quelle, die als Beispiel für die Verwendung des Begriffes "rituell" im Bezug auf die Handlung der "Potenzierung" genommen wird. PS: Es geht nicht darum, ob der Bezug korrekt ist oder nicht, also bitte hier nicht darüber diskutieren.
Ich halte diese Quelle grundsätzlich für ungeeignet, da es sich um Spekulationen eines Radionikers veröffentlicht in einer Radioniker-Zeitschrift handelt. Weder das Blatt noch der Autor haben mMn die Reputation, um in irgend einer Art Verwendung in der WP zu finden. MMn müsste man auch für Zusatz-Beispiele WP:WEB (da es einem externen Link gleichkommt) anwenden, der Benutzer Erzbischof meint hingegen, dass es nur nicht gegen WP:TF verstossen darf (ich hoffe, ich habe das richtig wiedergegeben... seine Originalaussage[22]). PS: Auf die Frage, warum nimmt man denn nicht einfach was bessere?: Bisher konnte niemand was besseres finden. Ist hier aber auch nicht das Thema. --DanSy21:50, 14. Okt. 2011 (CEST)[Beantworten]
Idealerweise sollten die Quellen schon wissenschaftlich sein, also möglichst sogar aus Peer-Review-Journals stammen. Für die unterschiedlichen Fachdisziplinen gibt es Zeitschriftenrankings, sodass Du erkennen kannst, was die besten Journals sind. Im Zweifel sollten also nur Top-Zeitschriften herangezogen werden. Erst wenn es diese nicht gibt, kann man auf Bücher oder sogar auf journalistische Quellen schauen. Dann wird es aber langsam dünn, dies gerade in Deinem Fall noch zu argumentieren. Generell darf nicht vergessen werden, was eine Enzyklopädie ist: Sie soll dem interessierten Laien die Wissenschaft in eingängiger Sprache darstellen. Das heißt aber eben auch, dass sie auf wissenschaftlichen Erkenntnissen fußen sollte und eben nicht auf Mutmaßungen, Journalismus oder Junk Science. Wenn es keine reputablen wissenschaftliche Quellen gibt, dann ist es in einer Enzyklopädie leider auch nicht der Erwähnung wert. Zumindest sollte das der Anspruch sein, den Autoren an sich stellen. Alles andere schadet mehr als dass es nutzt, denn es suggeriert wissenschaftliche Erkenntnisse, die es nicht gibt. 92.231.209.11009:44, 15. Okt. 2011 (CEST)[Beantworten]
Danke für die Wortmeldung, das Zeitschriftenranking ist ein guter Hinweis, wird mir in Zukunft sicher nützlich sein, VHB-JOURQUAL listen diese Zeitschrift überhaupt nicht, gut vielleicht, weil es sich "Die Radionik Information – Jahrbuch 2001" nennt. Aber ich glaube das ist hier gar nicht das Problem, wenn ich das richtig interpretiere, sind sich die Befürworter durchaus bewusst, dass die Quelle ansich untauglich ist, allerdings (immer unter der Annahmen, dass ich es richtig verstehe, ich will hier niemandem was unterstellen[23][24]), in Abwesenheit besserer Quellen, sind sie bereit auch solche Quellen zu akzeptieren, solange diese das verbreiten, was als Beleg (oder hier als Beispiel) benötigt wird (womit ich aber nicht sagen will, dass das was belegt werden soll nicht korrekt ist...).
Alles andere schadet mehr als dass es nutzt, denn es suggeriert wissenschaftliche Erkenntnisse, die es nicht gibt. Bin ich völlig einverstanden, allerdings geht es in meiner Frage weniger um wissenschaftliche Erkenntnisse, sondern um die Begriffsverwendung, die es zu belegen gilt, was ja weniger ein wissenschaftliches Thema sein dürfte. Somit werden die Quellen eher im journalistischen Bereich zu finden sein, allerdings habe ich nun mal schwere Skrupel ausgerechnet eine Zeitschrift die insgesamt als TF zu bezeichnen ist, als Beispiel zu verwenden. Ich stelle mal meine Frage direkter: Auf welche Regelung kann ich mich beim Entfernen dieser Quelle berufen? --DanSy03:13, 16. Okt. 2011 (CEST)[Beantworten]
Einige der angegebenen Parameter (chapterurl, publisher etc.) scheint es nicht zu geben, weder in der Dokumentation der Vorlage:Cite journal, noch im Quelltext der Vorlage habe ich die gefunden. All das gibt es aber in der Vorlage:Cite book. Ersetze also den Vorlagennamen und alles wird richtig angezeigt. Noch drei Anmerkungen:
Ich persönlich finde die Angabe von Autorennamen in der Form „Vorname Nachname“ schöner als „Nachname, Vorname“. Wie zumindest die Doku der Vorlage:Cite journal behauptet, ergibt die Verwendung der Parameter „last“ und „first“ eine solche Anordnung. Leider irrt die Doku. So ist jetzt das Problem, daß Vor- und Nachname durch zwei Kommata getrennt sind (Martins, de Andrade, R.).
Ich empfinde es als eine Seuche, dass wohlmeinende Benutzer die roten Links in den Artikel entfernen, als handele es sich um fehlerhafte Verlinkungen, weil hier ein Artikel nicht besteht. Diese Enzyklopädie ist aber nach wie vor in der Entstehung. Man sollte deutlicher machen, dass rote Links Absicht sind. -- 77.181.39.10312:33, 15. Okt. 2011 (CEST)[Beantworten]
Ein Hintergrund von vielen beim Entfernen von Links auf noch nicht vorhandene Lemmata ist die Verunsicherung, welche Artikel über Orte, Personen oder items aller Art hier überhaupt der Lösch-Fraktion widerstehen würden. -- 77.181.15.6608:18, 16. Okt. 2011 (CEST)[Beantworten]
Blödsinn, im Vergleich zu den Neuanlagen sind die Löschungen rein wegen Irrelevanz mittlerweile verschwindend gering. In vielen Bereichen gilt zudem pauschale Relevanz (gerade bei Orten ect), trotzdem gibt es Leute die sogar bei geographischen Begriffskärungen wie Smith Creek die Rotlinks verstecken wollen. --NCC129110:26, 16. Okt. 2011 (CEST)[Beantworten]
eine mit unbelegten Behauptungen verschärfte Diskussion ist nicht zielführend. Dass rote Wiki-Links entfernt werden ist aus meiner Erfahrung eher selten und betrifft meist neue Artikel, bei denen pauschal z.B. sämtliche Personennamen verlinkt wurden, obwohl aus dem Kontext hervorgeht, dass diese Person den Relevanzkriterien aller Voraussicht nach nicht genügt. Das trifft auch auf die von Dir eingefügten Links zu völlig unbedeutenden Mönchen, Chronisten etc. zu, die als Person die Relevanzkriterien wohl zu 99,99% verfehlen. In solchen Fällen ist es besser den Link zu entfernen, als jemanden anzuregen, einen noch Artikel über die nicht relevante Person zu schreiben, der dann postwendend gelöscht wird. In solchen Fällen ist die Entfernung vonm Rotlinks völlig regelkonform und sinnvoll. Weiterdiskutierenkann man, wenn Du konkrete Fälle anführst und nicht pauschal herumschimpfst. - 14:01, 16. Okt. 2011 (CEST)
Schreibt wer bitte? Deine Signatur fehlt. Dann hätten wir schon mal einen, der leibhaftig die Relevanzkompetenz verkörpert. Im englischsprachigen haben wir stattdessen schon en:Agnolo di Tura und en:John Clyn. Und in der deutschsprachigen Wikipedia haben wir die Oberschlauen, die unzähligen den Spaß am Enzyklopädiemachen verderben. -- 77.181.15.6615:50, 16. Okt. 2011 (CEST)[Beantworten]
Viel Spaß. Es gibt so manchen Benutzer, der bei einem Artikel der auf WP:KALP kandidiert, zielgerichtet die meisten roten Links entfernt, weil es "schöner" aussieht. Die Rot-Link-Phobie ist nützlich und gefährlich für die Wikipedia. Gefährlich ist sie, wenn dadurch Links entfernt oder nichtssagende Kurzartikel hingerotzt werden, nützlich ist sie weil jeder schnell sieht welcher Artikel gerade fehlt und ein Autor sein Wissen zielgerichtet einbringen und einen gewünschten Artikel schreiben kann. liesel Schreibsklave®14:29, 16. Okt. 2011 (CEST)[Beantworten]
Ach ja, das Thema KALP. Der Hauptautor will sich's nicht verderben und muß sich vom kleinkarierten Kleingeistern alles gefallen lassen. Daß aber ohne die entsprechenden Rotlinks zahlreiche Tools, etwa Missing Topics nicht richtig funktionieren und Artikel beim Anlegen weiter unten in der Priorität stehen, weil sie weniger häufig verlinkt werden, daran denken diese Dackel gar nicht. Und daß jedes Entlinken zu einer späteren Mehrarbeit führt, weil der Artikel wieder verlinkt werden muß und somit die Versionsgeschichte zugemüllt wird, auch nicht. --Matthiasb(CallMyCenter)14:56, 16. Okt. 2011 (CEST)[Beantworten]
Wer sich heute noch mit KALP oder KEB beschäftigt und das auch noch Ernst nimmt, ist selbst Schuld. Und das Entfernen von Rotlinks ist Vandalismus und sollte auch als solcher geahndet werden. --Marcela15:01, 16. Okt. 2011 (CEST)[Beantworten]
Dann bin ich ein Vandale. Manchmal hat das Entfernen auch seine Berechtigung. Links auf beispielsweise offensichtlich irrelevante Persönlichkeiten/Unternehmen gehören eigentlich entfernt. Dies tue ich manchmal nach persönlicher Einschätzung (z.B. Spielerlisten von Vereinen aus tieferen Ligen) oder nach einer LD/SLA. --Filzstift✑16:39, 17. Okt. 2011 (CEST)[Beantworten]
Ganz selten entferne ich auch einen Link, etwa bei wegen Irrelevanz gelöschten Artikeln oder wenn ich mir der Sache ganz sicher bin. Ich hätte aber gerne gewusst, was in Leuten vorgeht die Rotlinks, aus denen die Relevanz förmlich hervortrieft, entfernen (hier mein erster Kontakt mit dieser Benutzergattung). --NCC129120:20, 17. Okt. 2011 (CEST)[Beantworten]
Kann mir jemand helfen, ein Bild zu übertragen?
Ich hätte gerne dieses Bild in den Commons um es für einen Artikel nutzen zu können. Kann mir jemand sagen, was ich tun muss?... oder noch besser: könnte das jemand für mich tun?
Das wäre total nett.-- Happygolucky12:49, 15. Okt. 2011 (CEST)[Beantworten]
Info: Für deine Anfrage gibt es eine Spezialseite: WP:TFPCOM (leider zur Zeit mit zu wenigen Helfern).
Das Bild in der englischen Wikipedia hatte/hat unzureichende Urheberrechtsinformationen - habe es entsprechend markiert. Viele Grüße --Saibo (Δ) 15:47, 15. Okt. 2011 (CEST)[Beantworten]
In der Disku zum Katyn-Artikel gibt es eine mit gewiss großem Fleiß erarbeitete Materialsammlung. Die über zwei Dutzend Links beinhalten Wesentliches- doch für einen durchschnittlichen Mitarbeiter tut sich ein Problem auf: Spätestens beim Stöbern im z.b. 3. Link/Google-Book weiss man (zumindest ich...) nicht mehr, was das Thema im Ersten war. Drum die Frage: Ist es Wiki-Standard oder gar Pflicht, eine Materialsammlung genau so aufzumachen? Was spräche dagegen, die Links so zu formatieren, dass sie wie ein Quellenverzeichnis mit dem Auge wahrnehmbar sind? Abhängig von den möglichen Antworten werde ich den Autor bitten, die Links zu entschlüsseln. --Georg12313:15, 15. Okt. 2011 (CEST)[Beantworten]
Sinn der Veränderung des WikiSyntax-Befehls "categorytree"
Hallo, warum wurde die WikiFunktion <categorytree>Beliebige Kategorie</categorytree> verändert? In der jetzigen Form (gestern noch anders) sind keine Unterstrukturen (+) ersichtlich; stattdessen werden neuerdings nur noch abgeschlossene Zweige mit (x) gekennzeichnet. Das macht keinen Sinn --Zollwurf15:03, 15. Okt. 2011 (CEST)[Beantworten]
Liegt anscheinend aber nicht nur an der Funktion, sondern ist beim Aufruf einer Kategorieseite genauso (oder verwendet die so eine Funktion). Auch ein "feature" von 1.18? --bjsMS16:13, 15. Okt. 2011 (CEST)[Beantworten]
Das [+] an sich ist im HTML-Quelltext enthalten, wird aber aufgrund von fehlendem JavaScript nicht sichtbar gemacht. Ich habe mal Bug 31734 aufgemacht. Mal schauen, wie schnell sich das beheben lässt. Der Umherirrende19:32, 15. Okt. 2011 (CEST)[Beantworten]
Zu Punkt 1: Meinst du, daß alles weg ist, oder daß du wieder die alte Buttonleiste hast? Letzteres erreichst du, indem du bei Spezial:Einstellungen#mw-prefsection-editing den Haken bei „Erweiterte Bearbeiten-Werkzeugleiste aktivieren“ rausnimmst.
ah! hehe ;) - wusste nicht das es da zwei gibt; noch dazu an zwei unterschiedlichen stellen :) -... Danke! ...SicherlichPost20:27, 15. Okt. 2011 (CEST) und ich frag mich wer da in meinen einstellungen gespielt hat .oO?! [Beantworten]
Störung der Hieroglypendarstellung
Zur Zeit ist offensichtlich die Darstellung der altägyptischen Hieroglypen in allen betreffenden Artikeln deutlich gestört. Sind dafür die Gründe bekannt und wann löst sich das Ganze hoffentlich wieder in Wohlgefallen auf? Gruß -- Muck20:20, 15. Okt. 2011 (CEST)[Beantworten]
Fehlen dir kleine Bildchen, oder wie äußert sich das Darstellungsproblem? Ich konnte bei Tutanchamun und Hilfe:Hieroglyphen nichts ungewöhnliches entdecken (IE8). Im Artikekl sehe ich die Hieroglyphen und darunter etwas Text und dann wieder eine Reihe von Hieroglyphen mit Text darunter usw. Der Umherirrende20:26, 15. Okt. 2011 (CEST)[Beantworten]
Ja, es fehlten die kleinen Bildchen, stattdesssen wurden nur noch die betreffenden Kennbuchstaben dargestellt. Der Fehler, oder was auch immer, scheint mittlerweile behoben worden zu sein. Das zeigt sich am auffälligsten unter Gardiner-Liste, wo nunmehr wieder alle Zeichen mit den Bildchen fehlerfrei dargestellt werden. -- Muck20:52, 15. Okt. 2011 (CEST)[Beantworten]
Dieser Abschnitt kann archiviert werden. Der Umherirrende 21:05, 15. Okt. 2011 (CEST)
Bild auf der Seite von Marilyn Monroe
Hallo, wie kann man dafür sorgen, dass das einzige Bild auf der Seite von Marilyn Monroe - ein sehr mässiges "Ölgemälde" von einem unbekannten Künstler - entfernt wird? Das ist vollkommen unseriös! Mit der Bitte um Hilfe und Antwort,
--93.204.170.23921:35, 15. Okt. 2011 (CEST)[Beantworten]
Weder hier noch hier stehen uns bessere Bilder zur Vefügung. Und was wir nicht an lizenzfreien Bildern selbst haben, das haben wir halt nicht. Aus diesem Grund ist mMn das aktuell im Artikel befindliche Bild immer noch das zur Zeit bestmöglich. -- Muck22:00, 15. Okt. 2011 (CEST)[Beantworten]
(BK) In der Englischen Wikipedia existierte der Benutzer schon 2006. Dort hat er einen Artikel bearbeitet, der später von der englischen in die deutsche Wikipedia importiert wurde. Dadurch werden die importierten Versionen mit den deutschen Benutzernamen verknüpft und auch ein viel später angemeldeter Account kann schon einen Beitrag haben, den die Person dahinter aber gar nicht verfasst haben muss. --Inkowik22:59, 15. Okt. 2011 (CEST)[Beantworten]
der link führte noch gestern auf eine Seite wo man z.B. beim Anklicken von Türken nicht gerade freundliche Posts finden konnte. Kann sie jetzt nicht mehr finden, wird wohl jemand geändert haben. Es war mir eben unangenehm aufgefallen--Ottomanisch10:25, 16. Okt. 2011 (CEST)[Beantworten]
Die neue Software ist wohl nicht mehr so fehlerrelevant. Aber wo wir gerade beim Thema sind, was anderes: wenn ich hier nach Denkmalnummern sortiere, erhalte kr24 vor kr01 vor kr20. Hat jemand eine plausible Erklärung dafür? (Ich hoffe das Problem ist nicht browserabhängig und lässt sich überall reproduzieren.) --Alex10:29, 16. Okt. 2011 (CEST)[Beantworten]
Ich spekuliere mal: die Software interpretiert die Spalte als sortierbar nach Zahl. Kombinationen mit Buchstaben werden sortiermäßig ignoriert und die ursprüngeliche Reihenfolge im Quelltext beibehalten. --Dr•Cula?10:47, 16. Okt. 2011 (CEST)[Beantworten]
Dieser Abschnitt kann archiviert werden. Saibo (Δ) 21:43, 16. Okt. 2011 (CEST)
Tagesaktuelles Geschehen im AdT auf der Hauptseite
Ist es grundsätzlich möglich oder eher unerwünscht, in der Zusammenfassung des AdT auf der Hauptseite auch tagesaktuelle Bezüge zu haben? Anlass der Frage: Ich möchte den Artikel Königrufen (den ich bis Jahresende noch ordentlich überarbeiten werde) zum AdT am 22. 4. 2012 vorschlagen, anlässlich des 5. Österreich-Finales am 21. 4. 2012. Könnte man nun in die Hauptseiten-Box schreiben: "Gestern fand das 5. Österreich-Finale statt." ? --KnightMove12:19, 16. Okt. 2011 (CEST)[Beantworten]
Bei den AdT wird doch der Datumsbezug oft gesucht (Geburtstag, Todestag, Jubiläum einer Stadt etc.) und zum Teil sogar regelrecht übers Knie gebrochen. Also ich sehe nichts, was dagegenspricht. Warum nicht direkt am 21.4., wo der Bezug noch klarer ist? Der Tag ist ja derzeit auch noch frei. Gruß --Magiers13:43, 16. Okt. 2011 (CEST)[Beantworten]
Damit es beim Österreich-Finale verkündet werden kann und die Spieler sich genug Zeit zum Lesen nehmen können... sonst bleibt nur der spätere Abend. --KnightMove14:27, 16. Okt. 2011 (CEST)[Beantworten]
P.S. "Heute" oder "gestern" würde ich allerdings vermeiden und einfach das Datum hinschreiben, also: "Am 21. April 2012 findet / fand das 5. Österreich-Finale statt." --Magiers13:48, 16. Okt. 2011 (CEST)[Beantworten]
Moin!
Bei monobook schreibt irgendein Javascript das Wort "To" auf den Bildschirm. Zeigen tut sich meißt nur der linke obere Teil des "T" rechts von und kurz oberhalb des Suchfensters. Weiß irgendjemand wozu das gut sein soll?
MfG, KönigAlex12:48, 16. Okt. 2011 (CEST)[Beantworten]
Wie viele JavaScripts verwendest du denn? Ich rate mal, dass das "To" der Anfang von "Tools" ist und du daher vielleicht Benutzer:Ireas (unter Angabe deines Browsers) fragen solltest? Wenn der es nicht beheben kann ist die Skinwerkstatt der richtige Anlaufpunkt. -- ✓Bergi16:08, 16. Okt. 2011 (CEST)[Beantworten]
Moin!
Danke für den Tip, es hat tatsächlich mit Ireas Skript zu tun. Muss alllerdings eine Änderung am monobook gewesen sein da bei Benutzer:Ireas/irset.js seit April nichts geädert wurde. Aber nun weiß ich ja wonach ich Suchen muß.
Merkwürdigkeit mit dem Benutzernamensraum in der niedersorbischen Wikipedia
Hallo. Ich habe heute einen Benutzer in der niedersorbischen Wikipedia begrüßt, nämlich dsb:Benutzer:Ole Yves. Komisch ist jetzt, daß der Namensraum bei seiner Benutzerseite und Diskussionsseite in Deutsch angezeigt wird. Woran liegt das? {{DISPLAYTITLE}} hat er nämlich nicht dort stehen. Auch in den dortigen Letzten Änderungen taucht der eingedeutschte Namensraum auf. Bei einem weiteren Benutzer habe ich etwas auf dessen Diskussionsseite erfragt. Jetzt wird auch seine Diskussionsseite, aber auch Benutzerseite mit eingedeutschtem Namensraum angezeigt. Gruß --Tlustulimu15:58, 16. Okt. 2011 (CEST)[Beantworten]
Ich würde sagen, dass einfach noch nicht alle Systemnachrichten übersetzt sind (das Wiki befindet sich ja auch noch im Inkubator). Dann fallen halt einige Nachrichten auf de zurück, wie auch die Namensräume. -- ✓Bergi16:19, 16. Okt. 2011 (CEST)[Beantworten]
Hallo, Bergi. Das Wiki ist schon seit 2007 offiziell. Ich glaube nicht, daß es an unvollständig übersetzten Systemnachrichten liegt, denn andere Benutzer werden nicht eingedeutscht angezeigt bis auf dsb:Benutzer:Mys 721tx. Im Präfixindex stehen sie aber im richtigen Namensraum. Gruß --Tlustulimu16:26, 16. Okt. 2011 (CEST)[Beantworten]
Ich habe gerade noch mal in die Seitenliste geguckt. Komisch ist der Fehler ja wirklich, denn es werden noch weitere Benutzer mit eingedeutschtem Namensraum gelistet, stehen aber in der richtigen Seite. Ist echt seltsam. --Tlustulimu16:31, 16. Okt. 2011 (CEST)[Beantworten]
Für die Sprache "de" wurden die Geschlechtsspezifischen Namensräume eingebaut. Dadurch das dsb in nicht definierten Dingen auf de zurückfällt, habt auch ihr (und andere Sprachen) diese Namensräume bekommen. Benutzerkonten die "männlich" angegeben haben, haben nun "Benutzer" und die Benutzerkonten mit "weiblich" haben "Benutzerin" auf ihrer Benutzerseite und in Verlinkungen stehen. Alle anderen haben das, was vorher auch war. Der Umherirrende17:07, 16. Okt. 2011 (CEST)[Beantworten]
Stimmt, Umherirrender. Ich habe mal kurz bei mir auf männlich gestellt und prompt tauchte auch bei mir Benutzer: auf. Welche Systemnachricht wurde denn noch nicht übersetzt? --Tlustulimu17:14, 16. Okt. 2011 (CEST)[Beantworten]
Das wird nicht über Systemnachrichten gemacht und kann auch noch nicht im translatewiki gemacht werden. Es wirddirekt in dem Language-File gesetzt, siehe rev:82037. Ich habe Raymond bereits auf seiner Diskussionsseite dazu angesprochen. Ich denke, wenn du ihm dort die Werte hinterlässt, wird er es einbauen. Ansonsten müsstes du einen Bug aufmachen. Der Umherirrende17:19, 16. Okt. 2011 (CEST)[Beantworten]
(BK) Der Umherirrende hat es richtig erfasst. Es handelt sich nicht um Systemnachrichten, sondern um einen separaten Eintrag in der MessagesDe.php (Zeile 88):
Ich kann gerne auf dem kurzen Dienstweg die Übersetzungen für niedersorbisch (und alle anderen, die hier mitlesen) in den Code einspielen. Die Aktivierung kann dann noch einige Tage dauern. Bitte hier oder auf meiner Disk. schreiben. — RaymondDisk.17:23, 16. Okt. 2011 (CEST)[Beantworten]
Du meinst alle Weiterleitungen auf Seiten, die die Vorlage:Dieser Artikel verwenden (welche durch den WLH ersetzt werden soll)? Ja (wenn auch langsam), aber ich glaube die sind aufgrund ihrer Anzahl nicht überprüfbar. -- ✓Bergi22:59, 16. Okt. 2011 (CEST)[Beantworten]
Natürlich ist das nicht gleichbedeutend, ich würde ja auch nach Artikeln mit Weiterleitungen filtern. Wie willst du eine BKL III denn sonst identifizieren (außer mit dem Verstand eines Menschen, der die Liste Spezial:Weiterleitungen abarbeitet)? -- ✓Bergi01:54, 17. Okt. 2011 (CEST)[Beantworten]
Zwischenfrage: Warum wird diese Liste nach Eintrag 2000 nicht mehr angezeigt?
Ja, kann ich machen. Wohin willst du die Liste haben, in welchem Format (JSON, Wikitext, ...), evtl. nach Klammerlemma sortiert?
Zur Zwischenfrage: Performance. So eine Liste bei jedem Aufruf zu erstellen ist wenig sinnvoll, weswegen du auch nur eine gecachte Version siehst. Und die wurde vermutlich bloß bis zu 2000 Artikeln erstellt. -- ✓Bergi16:33, 17. Okt. 2011 (CEST)[Beantworten]
In den Formaten kenne ich mich leider nicht aus. Vorstellen tue ich mir das als eigene Seite Benutzer:KnightMove/BKLs Typ III, dort einfach die Redirects irgendwie als Links aufgelistet (Klammerlemma ist, glaube ich, gar nicht nötig) - wie, ist nicht so wichtig, Hauptsache jeder Link ist als solcher gut erkenntlich. Danke im Voraus! --KnightMove16:51, 17. Okt. 2011 (CEST)[Beantworten]
Viele Spezialseiten die Artikel listen haben eine Obergrenze von 2000 Einträgen um die Server zuschonen. Da es aber über 1 Mio. Weiterleitungen gibt, wird das ganze eh aufwendig und vermutlich nur über Toolserver oder WP:Dumps realisierbar. Der Umherirrende19:52, 17. Okt. 2011 (CEST)[Beantworten]
Verschiebungen aus dem fremden BNR
Guten Abend Community, mir sind während ich abwesend war zwei Verschiebungen hier und hier aufgefallen, bei denen die Seiten aus meinem BNR verschoben wurden, ohne mich vorher anzusprechen oder mich nachtraglich darauf aufmerksam machen. Meine Fragen sind daher:
1. Ist eine solche Aktion überhaupt erlaubt?
2. Wenn ja, dann doch aber wohl nicht ohne den Benutzer vorher darauf anzusprechen oder?
Da muss man unterscheiden: Lizentechnisch ist es nicht zu beanstanden, auch nicht bei nicht erfolgter Nachfrage bzw. Benachrichtigung. Von der Art des Umgangs miteinander ist es als absolut saumäßig einzustufen, so was tut man nicht. Bisher wurde das lediglich bei Resten infinit gesperrter Nutzer praktiziert. MBxd122:06, 16. Okt. 2011 (CEST)[Beantworten]
Richtig, grundsätzlich tut man das nicht. Aber keine Regel ohne Ausnahme, und die Verschiebung wurde ja begründet. Wenn eine Serie gestartet wurde, besteht die große "Gefahr", dass jemand Drittes sich die Arbeit macht und einen Artikel dazu anlegt, evtl. sogar nur einen schlechten Stub. Dann doch lieber einen "fertigen" Artikel verschieben. Dann sollte man aber auch den Ursprungsautor informieren. --84.172.4.9419:37, 17. Okt. 2011 (CEST)[Beantworten]
Kann mir jemand sagen ob meine Zweifel an der Existenz dieses Gesetzes berechtigt sind? Denn der Einzige Link ist die Farsi Source die meiner Meinung keine Quelle hat (aber leider kann ich kein Farsi lesen).--Sanandros23:43, 16. Okt. 2011 (CEST)[Beantworten]
Mir fällt beim Drüberlesen zuerst auf, dass viele Passagen dieses Artikels durch den Beleg nicht gedeckt sind, sondern Interpretation / Wertung, und damit reine Theoriefindung. F.00:00, 17. Okt. 2011 (CEST)[Beantworten]
Er bekam das Recht am 6. Oktober bevor er am 7. Oktober gesperrt wurde. Das Recht wird wohl nur bei leerem Sperrlogbuch erteilt, aber bei einer Sperre nicht wieder entzogen. Das heißt wohl, dass wir Sichterrechte nicht mehr entziehen können. Nicht wirklich sinnvoll... --Engie00:37, 17. Okt. 2011 (CEST)[Beantworten]
o-O. Klingt nicht gut. Hab grad schon bei dem mit den Hexerkräften angefragt; wenn der nicht kann, dann niemand hier. Ich schätze mal, der kann dann wahrscheinlich auch nicht. :-( --Geitost17:09, 17. Okt. 2011 (CEST)[Beantworten]
ÖEy, das wird allmählich kafkaesk (nicht die bibi, sondern die sichter-auseinanderklamüserei). was soll dann der ganz mist, wenn duffyduck passiver bleibt? ich denk, man sollte die automatisierte erteilung von sichterrechten entweder zeitlich/editmäßig nach hinten verlagern (und dann auf die erteilung passiver sichterrechte verzichten) oder man erteilt sichterrechte nur noch händisch. was hier aber gerade durchsickert, ist ein blick auf hanebüchene jetzt-machen-wir-einfach-mal-stümperei. ein mb ex ante dafür wurde nicht für nötig erachtet, ein mb ex post zu initiieren wird sich wohl kaum einer zumuten wohlen.
Eine sichter-gruppen-auseinanderklamüserei, die am ende aus jedweden gründen auch immer dann doch nicht durchgehalten werden kann (siehe duffy), macht nur wenig sinn und schafft nur verärgerung. nicht alles was dv-mäßig machbar ist und aus gewissem sichtwinkel auch sinn ergeben mag, ist deswegen gleich der weisheit letzter schluss und sollte eben nicht ohne vorhergehendes mb installiert werden. F.19:51, 17. Okt. 2011 (CEST) (pffffft - druckreduzierung erfolgt)[Beantworten]
Laut Dokumentation wird das Recht automatisch nicht wieder entzogen, wenn die Kritieren nicht mehr zustimmen. Es ist aber dafür gesorgt, dass einmal automatisch vergebende Rechte nicht wieder erteilt werden. Wir können nur auf die Konfigurationsänderung warten. Der Umherirrende19:56, 17. Okt. 2011 (CEST)[Beantworten]
im Zuge der Erstellung/Bearbeitung eines Design-Artikels für Wikipedia würde ich gerne einen Teil (etwa 1/4) einer Magazinseite abfotografieren (Text nicht lesbar - es geht nur um das Layout!) und einstellen. Ich habe mich mal im Internet kundig gemacht und habe recht übereinstimmend gelesen, dass dies eine Form der Urheberrechtsverletzung wäre. Bildblog aber setzt auch regelmässig Fotografien von Seitenausschnitten ein. Was ist nun richtig? Erlaubt oder nicht?
Bildblog nutzt das Zitatrecht und darf das deswegen. Hier bei uns könnte das wohl auch Anwendung finden, schwieriger wirds mit den in WP zu verwendenden Lizenzmodellen der Abbildungen. --Duckundwech10:17, 17. Okt. 2011 (CEST)[Beantworten]
Das Bildblog stellt seine Bilder nicht unter eine unserer freien Lizenzen (sondern unter CC NC-BY-SA 2.0). Unsere Bilder müssen jedoch nicht nur in der Wikipedia zu verwenden sein, sondern von jedermann für jeden Zweck (auch kommerziell) nutzbar und änderbar sein. Daher halte ich die Nutzung bei uns für nicht möglich. --Schwäbin11:33, 17. Okt. 2011 (CEST)[Beantworten]
Da gibt es leider viel schlimmere Beispiele, QuarkXPress ist noch relativ sachlich beschrieben, d.h. was das Programm kann, ohne dass Superlative wie "das beste Programm" oder "geniale Features" oder was auch immer verwendet werden. Es steht dir aber frei, den Artikel zu überarbeiten. --Filzstift✑16:45, 17. Okt. 2011 (CEST)[Beantworten]
Ich versuche zurzeit, eine 87 MB große Datei auf Commons hochzuladen. Der Vorgang dauert sehr lange, laut meinem Computer wurden bereits mehr als 87 MB hochgeladen, wobei Ich nicht weiß, ob dies allein auf die betreffende Datei entfällt. Der Hochladevorgang dauert bereits mehr als 1 1/2 Stunden, weiß jemand, wie man gegebenenfalls Probleme beim Hochladen finden und diese umgehen könnte? --Liberaler Humanist15:28, 17. Okt. 2011 (CEST)[Beantworten]
JPG bis 100 MB sind auch kein Problem, bei GIF oder PNG streikt über 12,5 Megapixel (nicht MB) der Renderer für die Vorschaubilder. Ob das auch Auswirkungen auf den Upload hat, weiß ich nicht. --Marcela16:00, 17. Okt. 2011 (CEST)[Beantworten]
Ein Upload von 87 MB erzeugt einen Datenstrom von mehr als 87 MB, da auch immer von der Gegenstelle ein Datenstrom mit Bestätigungsdaten zurückfließt. Wenn du nur 1000er DSL hast, dauerts über anderthalb Stunden, bei 6000er DSL ca. 30min. Tipp: Netzwerkauslastung beobachten, oftmals bricht solch ein Upload nämlich ab. --Quedel22:44, 17. Okt. 2011 (CEST)[Beantworten]
Probleme mit WikEd-Diff
Seit dem neuesten Update funktioniert das WikEd-Diff nicht mehr richtig. Erst ging es gar nicht, jetzt wird es gleich angezeigt, der entsprechende Knopf ist im Firefox funktionslos. In anderen Browser kann man den Diff zumindest aufklappen. Ich vermute mal, das das an irgendeinem Addon hängt, aber an welchem? liesel Schreibsklave®20:55, 17. Okt. 2011 (CEST)[Beantworten]
(CallMyCenter) 11:11, 6. Okt. 2011 (CEST)
.jpg?lang=de)
M S 10:06, 8. Okt. 2011 (CEST)
10:18, 14. Okt. 2011 (CEST)
![[4]](/media/wikipedia/commons/thumb/4/49/Stand_Denkmallisten_Österreich_Koordinaten.svg/220px-Stand_Denkmallisten_Österreich_Koordinaten.svg.png){kind=link}
![[5]](/media/wikipedia/commons/thumb/4/49/Stand_Denkmallisten_Österreich_Koordinaten.svg/800px-Stand_Denkmallisten_Österreich_Koordinaten.svg.png){kind=link}
![[6]](/media/wikipedia/commons/thumb/4/49/Stand_Denkmallisten_Österreich_Koordinaten.svg/120px-Stand_Denkmallisten_Österreich_Koordinaten.svg.png){kind=link}
![[7]](/media/wikipedia/commons/thumb/9/95/Dreetzsee.jpg/740px-Dreetzsee.jpg){kind=link}
![[8]](/w/index.php?title=Datei:Dreetzsee.jpg&filetimestamp=20111007184342){kind=link}
![[9]](/media/wikipedia/commons/thumb/b/ba/August_Macke_037.jpg/130px-August_Macke_037.jpg){kind=link}
![[10]](/w/index.php?title=Datei:August_Macke_037.jpg&filetimestamp=20050519205415){kind=link}
.jpg?lang=de){kind=link}
