Wikipedia:Fragen zur Wikipedia
Du hast Fragen zur Bearbeitung der Wikipedia und keine Antwort auf Hilfe:FAQ gefunden? Dann bist du hier richtig! Fragen werden nicht per E-Mail beantwortet, sondern nur auf dieser Seite. Bei aktuellen Themen findet sich hier oft schon eine passende Diskussion, die deine Frage beantworten kann. Bitte diskutiere dann dort und lege keinen neuen Abschnitt zum selben Thema an.
Für die Diskussion vieler konkreter Fragen und Anliegen gibt es andere spezielle Seiten:
- Fragen von Neulingen – allgemeine Fragen zur Mitarbeit in der Wikipedia
- Auskunft – Fragen zu Wissensthemen
- Projektdiskussion – für projektübergreifende Themen
- Verbesserungsvorschläge – für technische Vorschläge
- Café – Off-Topic-Geplauder
- Vandalismusmeldung – zum Melden von Vandalismus, Edit-Wars und persönlichen Angriffen
- Adminanfragen – Anfragen an Administratoren
- Sichtungsanfragen – Anfragen zum Sichten von Artikeländerungen
- Verschiebewünsche – Verschieben von gesperrten Artikeln
- Redundanz – zum Klären thematischer Überlappungen von Artikeln
- Urheberrechtsfragen – klärt, welche Inhalte für die Wikipedia verwendbar sind
- Relevanzcheck – die Relevanz eines geplanten Artikels einschätzen lassen
- Werkstätten – für tiefergehende Fachfragen und Problemlösungen
- Hilfe – Wikipedia lesen und bearbeiten
Inhaltliche Fragen zu einem Artikel kannst du auf der jeweils zugehörigen Diskussionsseite des Artikels stellen.
Abschnitte, deren jüngster Beitrag mehr als vier Tage zurückliegt oder die seit zwei Tagen mit dem Baustein {{Erledigt|1=~~~~}}
gekennzeichnet sind, werden automatisch archiviert. Möglicherweise findest du auch im Archiv die Antwort auf deine Frage. (Gesamtarchiv • letzte Woche)
15. März
Toter Link Vorlage kann man nicht mehr klicken
hier z.B. kann man nicht mehr auf den eigentliche Toten Link klicken. Das ist umständlich ihn zu überprüfen. Daher warum wurde das geänadert?--Sanandros (Diskussion) 20:02, 15. Mär. 2024 (CET)
- Wenn ich das richtig sehe, ist Vorlage:Toter Link seit Juli 2023 nicht mehr wirklich geändert worden. Wie sah das denn früher aus? LG, --TenWhile6 (Disk | CVU) 20:07, 15. Mär. 2024 (CET)
- Ja ich weiss es nicht mehr genau. Aber früher konnte man den Link anklicken weil irgend wo nocht stand "orignal".--Sanandros (Diskussion) 20:09, 15. Mär. 2024 (CET)
- Kann es sein, dass du nicht {{Toter Link}} meinst, sondern {{Webarchiv}} oder {{Internetquelle}}? Ich demonstriere es mal:
- Webarchiv: Linktext Linktext. ( des vom 21. September 2002 im Internet Archive) Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis.
- Internetquelle mit Archiv: Linktext Linktext. Archiviert vom am 15. März 2024; abgerufen am 5. Februar 2024.
- Internetquelle ohne Archiv: Linktext Linktext. Ehemals im ; abgerufen am 7. März 2024. (Seite nicht mehr abrufbar. Suche in Webarchiven) (nicht mehr online verfügbar)
- Daher kenne ich den Textbaustein "Ehemals im Originial". Besonders aus Nr. 3, wo ein Archivlink fehlt.
- LG, --TenWhile6 (Disk | CVU) 20:30, 15. Mär. 2024 (CET)
- Nein auch der Tote Link hatte doch früher angegeben unter welchem Link der Tote Link zu finden war. Jetzt kann ich ja gar nicht mehr auf den Link klicken und muss umständlich über den Quelltext gehen um den Link zu öffnen.--Sanandros (Diskussion) 02:12, 16. Mär. 2024 (CET)
- Kann es sein, dass du nicht {{Toter Link}} meinst, sondern {{Webarchiv}} oder {{Internetquelle}}? Ich demonstriere es mal:
- Ja ich weiss es nicht mehr genau. Aber früher konnte man den Link anklicken weil irgend wo nocht stand "orignal".--Sanandros (Diskussion) 20:09, 15. Mär. 2024 (CET)
- Ping Benutzer:Wiki1939, der die Vorlage massiv bearbeitet hat. Sanandros bezieht sich auf Beleg 6:
{{Toter Link | url=https://www.mdr.de/tv/programm/sendung897850.html | date=2024-03-13}}
. Beachte, dass Sanandros bei seiner Bearbeitung noch zwei weitere tote Links markiert hat, aber auf etwas andere Weise – Beleg 5:[{{Toter Link |inline=1 |datum=2024-03 |url= http://against-all-enemi.es/cryptologic-linguist/}} ''„What the heck is a cryptologic linguist…?“'']
, Beleg 7:[{{Toter Link |inline=1 |datum=2024-03 |url= http://www.apnewsarchive.com/1991/Air-Force-Sergeant-Sentenced-As-Spy/id-0817a4b49dd5bd58f6a1beda3ef91f45}} ''Air Force sergeant sentenced as spy.'']
. Diese Inline-Syntax wird in der Vorlage aber als veraltet bezeichnet. Ping zur Info auch an Kuebi als Betreiber des TabellenBots, der Beleg 6 als tot markiert hatte. — Speravir – 04:04, 16. Mär. 2024 (CET) - Verwendet man, wie vorgesehen, den Parameter
|text=Linktext
→{{Toter Link | url=https://www.mdr.de/tv/programm/sendung897850.html |text=Titel des defekten Links | date=2024-03-13}}
dann wird das bisherige tote Linkziel auch korrekt mit ausgegeben. - mdr.de (Titel des defekten Links) (Seite nicht mehr abrufbar, festgestellt im März 2024. Suche in Webarchiven)
- Es steht auch explizit in der Doku Vorlage:Toter Link#templatedata:text:
- „Wenn diese Vorlage den zu kennzeichneten Link ersetzen soll, müssen die Parameter text und url angegeben werden.“
- Da es sich hier vorher um einen völlig unformatierten Link handelte https://www.mdr.de/tv/programm/sendung897850.html →Spezial:PermaLink/204059753#cite note-6
- müsste der Bot da eventuell einen vorgegebenen Text für den Parameter
|text=Linktext für defekten Link
mit einfügen. - Ich fand diese unterschiedlichen Einbindungen schon immer zu kompliziert und nutze das nur in der Form {{Toter Link|url=http…|text=Domain.…}} --Liebe Grüße, Lómelinde Diskussion 07:02, 16. Mär. 2024 (CET)
- Ja wird da jetzt was gemacht?--Sanandros (Diskussion) 22:33, 20. Mär. 2024 (CET)
- Wiki1939 ist seit drei Wochen inaktiv. --TenWhile6 (Disk | CVU) 22:39, 20. Mär. 2024 (CET)
- Dann wollen wir mal das beste hoffen, denn 1939 ist sein Geburtsjahr. --Matthiasb – (CallMyCenter) Wikinews ist nebenan! 07:01, 5. Apr. 2024 (CEST)
- Wiki1939 ist seit drei Wochen inaktiv. --TenWhile6 (Disk | CVU) 22:39, 20. Mär. 2024 (CET)
- Ja wird da jetzt was gemacht?--Sanandros (Diskussion) 22:33, 20. Mär. 2024 (CET)
27. Juni
Studentenanfrage von der Vandalismusmeldung hierher verschoben
Im Rahmen meines Seminars im Masterstudiengang Psychologie, Fach Klinische Psychologie, an der Heinrich-Heine-Universität Düsseldorf besprechen und bearbeiten wir gerade Wikipedia-Artikel zu Psychischen Erkrankungne. Die hieraus entstandenen Änderungsvorschläge zu den jeweiligen Wikipedia-Artikeln werden anschließend eingepflegt und in der Folgewoche schauen wir, was aus den Änderungen entstanden ist.
Nun haben wir bereits zwei Mal die Erfahrung gemacht, dass Nutzer Saidmann unsere Vorschlage komplett und relativ kommentarlos abgelehnt hat. Dies erscheint uns nicht als ein konstruktiver Umgang mit seiner Macht. Konkret geht es um folgende Artikel:
https://de.wikipedia.org/w/index.php?title=Posttraumatische_Belastungsst%C3%B6rung&action=history
https://de.wikipedia.org/w/index.php?title=Chronisches_Schmerzsyndrom&action=history
Im Seminar kam daher die Frage auf, ob diese Person das wirklich "darf" und, wenn ja, wie man an solche eine Stelle gerät, dass man Artikel begutachten und Änderungsvorschläge kommentarlos ablehnen kann. Wo finde ich hierzu weitere Informationen?
Über eine Antwort würde ich mich freuen.
Herzliche Grüße Annika Gieselmann (nicht signierter Beitrag von 134.99.42.98 (Diskussion) 17:10, 27. Jun. 2024 (CEST))
- Die Person "darf" das zunächst, wenn sie es begründen kann. Über inhaltliche Differenzen wird auf der Diskussionsseite des jeweiligen Artikels verhandelt. Die habt ihr ja bereits aufgesucht und dort die Diskussion eröffnet. Jetzt gilt es abzuwarten, bis sich die Gegenpartei meldet. --Prüm ✉ 17:49, 27. Jun. 2024 (CEST)
- Siehe auch Anmerkung im PTB-Artikel von Admin Emergency Doc. Ich glaube, der Fehler war hier, dass ihr geschrieben habt, wer ihr seid und was ihr wollt. Das zählt bei uns eigentlich nicht. Möglicherweise hat Saidmann eure Motivation bzw. den Grund für die Bearbeitung missverstanden, denn es gibt ja auch viele Leute hier, die mit Interessenkonflikt schreiben. --H7 („Darum auf zu den Tasten!“ …) 18:29, 27. Jun. 2024 (CEST)
- So ganz generell wäre es sinnvoll, wenn Ihr Euch Accounts zulegen würdet. Kosten nichts, auch eine Mailadresse ist nicht erforderlich. Aber dann seid ihr ansprechbar und habt auch später die Möglichkeit, Eure Beiträge nachzuvollziehen.
- Die Zusammenfassungszeile ist tatsächlich nicht dazu da, sich vorzustellen, das macht man auf der Benutzerseite. Eine immer gleiche Zusammenfassungszeile ist extrem irreführend. In der Zusammenfassungszeile sollen die Änderungen nochmal kurz beschrieben werden, wobei die Begründung tatsächlich durch einen Beleg erfolgen soll, nicht (nur) in Z&Q. --Erastophanes (Diskussion) 07:55, 28. Jun. 2024 (CEST)
- Danke @Erastophanes, @H7 und @Prüm für die hilfreichen Informationen. Die Edits können wir gerne in der Kommentarzeile kurz umreißen und vielleicht hätten wir uns tatsächlich als Seminargruppe mit einem Seminar-Account anmelden müssen. Ziel meiner Lehrveranstaltung an der Heinrich-Heine-Universität Düsseldorf war (1) einerseits die Qualität der in Wikipedia verfügbaren Informationen zu verbessern und (2) den Studierenden das Wiki-Prinzip der kollaborativen Texterstellung zu vermitteln und praktisch zu erproben.
- Wir sind offen und dankbar für jede Art von Verbesserungen unserer Edits und der Korrektur von Fehlern, allerdings haben wir es nun schon drei Mal erlebt, dass unsere Anmerkungen von Saidmann pauschal rückgängig gemacht werden - ohne dies inhaltlich zu begründen.
- Bei den Posttraumatische Belastungsstörung haben andere Nutzer eingegriffen und das Rückgängigmachen wieder rückgängig gemacht, für Chronisches Schmerzsyndrom und Psychose leider nicht und die Arbeit von 16 Studierenden scheint verloren.
- Leider ist dies keine Werbung für die Wikipedia und frustriert meine Studierenden eher, als sich auch über das Seminar hinaus für die Wikipedia zu engagieren.
- Herzliche Grüße
- Annika Gieselmann --134.99.42.98 14:31, 28. Jun. 2024 (CEST)
- Das mit dem Frust mag sein - es ist aber im Wesentlichen Deine Schuld. Du hast das so konzipiert.
- In WP sind Autoren zunächst mal gleich. Und dass man einen existierenden Artikel nicht einfach löscht, um seinen hinzuschreiben, sollte für Dich unmittelbar klar sein. Da ist völlig egal, ob Deiner (bzw der Deiner Studierenden) "besser" ist.
- Warum glaubst Du eigentlich, eine Lehrveranstaltung zu WP bauen zu können, ohne WP zu kennen. Die Community hier hat x Jahre professionelle WP-Enzyklopädie-Erfahrung und einen außerordentlich breiten Erfahrungshorizont zu kollaborativem Arbeiten. Nimmst Du die hier versammelten Autor:innen vielleicht einfach nicht ernst? --He3nry Disk. 15:34, 28. Jun. 2024 (CEST)
- Was ist denn das für eine Haltung. Man kann doch froh sein, dass Menschen sich für die Gemeinschaft engagieren und Texte für die Wikipedia beitragen. Dazu muss niemand irgendwelche Regeln auswendig lernen --> Wikipedia:Ignoriere alle Regeln. Wenn die Änderung eine Verbesserung war, sollte sie akzeptiert werden. Dazu muss man sich konkret mit der Änderung beschäftigen. Abgelehnt werden können nur die Teile, die fehlerhaft sind bzw. nicht in den Artikel passen. Ein Pauschalrevert, wie wir ihn gesehen haben, ist nicht zulässig und grenzt an Projektstörung.
- Aber scheinbar fehlt mir die Betreibsblindheit, um zu erkennen, welchen tollen, Wikipedia-verbessernden Beitrag diese Pauschalrevertierung geleistet hat. (Außer dass der Artikel nun nicht die aktuellsten Informationen enthält und das Engagement einer ganzen Reihe potentieller Neuautoren im Keim erstickt wurde) --149.88.27.84 22:07, 28. Jun. 2024 (CEST)
- Es wird aber schon nötig sein, eine solche Bearbeitung zu begründen, insbesondere wenn ihr widersprochen wird. Dazu genügt es nicht, auf ein Hochschulseminar zu verweisen. Siehe unten zu den Voraussetzungen kollaborativen Arbeitens. --Mautpreller (Diskussion) 11:27, 29. Jun. 2024 (CEST)
- Ich weiß ja nicht, was in der Wikipdia unter kollaborativem Arbeiten verstanden wird, aber im Berufsleben kenne ich das anders. Ich arbeite auch regelmäßig kollaborativ an großen Projekten. Wenn ich eine Änderung eines Kollegen / einer Kollegin nicht verstehe, frage ich zunächst mit ganz konkreten Fragen nach, bevor ich anfange alles rauszulöschen, was er oder sie beigetragen hat. Würde ich so vorgehen und ein Bündel sinnvoller Änderungen ganz rauslöschen, die das Produkt besser gemacht hätten, nur weil mir die Begründung im Einzelfall nicht gepasst hat, würde ich mich aber ganz schnell im Büro des Chefs wiederfinden und mir eine Standpauke anhören können. Wohingegen eine vergessene oder unverständliche Begründung eher verziehen wird, gerade bei Neueinsteigern. Kann mir gut vorstellen, dass die Person die Begründung für offensichtlich hielt (manchmal ist sie das auch) oder nicht wusste, dass eine Begründung für eine Änderung erforderlich ist.
- Nein, ich sehe die Bringschuld vor allem bei denjenigen, die eine Änderung ablehnen, dass sie Unklarheiten durch Nachfragen klären. Und wenn nötig, im Detail begründen, warum nichts anderes übrig blieb, als die Änderung zu löschen. --149.88.27.81 12:03, 29. Jun. 2024 (CEST)
- Das ist in der Wikipedia nicht so, was ganz wesentlich damit zu tun hat, dass man sich eben nicht bzw. nur zum Teil kennt (Anonymität) – und übrigens auch damit, dass es keine entscheidende Instanz gibt (keinen "Chef"). Eine Begründung für einen Edit ist immer erforderlich. Ich glaube sofort, " dass die Person die Begründung für offensichtlich hielt (manchmal ist sie das auch) oder nicht wusste, dass eine Begründung für eine Änderung erforderlich ist." Das war aber insofern ein Irrtum, als ein Kommentar "Das haben wir in einem Hochschulseminar gemacht" keine akzeptable Begründung ist (was ja an sich auch einleuchten sollte). Die Konsequenz könnte und sollte m.E. sein, dass man weniger über "Bringschulden" philosophiert (die hat JEDER, der in einem Artikel was ändert), sondern eine akzeptable Begründung formuliert und diese auf der Diskussionsseite platziert. "Verloren" ist wegen der Versionierung ohnehin überhaupt nichts. --Mautpreller (Diskussion) 12:23, 29. Jun. 2024 (CEST)
- Die Bringschuld liegt zuerst bei dem, der eine umfangreiche Änderung einbringt. So funktioniert kollaboratives Arbeiten. --Erastophanes (Diskussion) 13:08, 29. Jun. 2024 (CEST)
- +1 für Mautpreller & Erastophanes. Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Wenn du mich anpingen möchtest, erwähne mich bitte nicht bloß, sondern pinge mich „echt“ d.h. mit @/Vorlage:Ping an. 12:52, 30. Jun. 2024 (CEST)
- Es wird aber schon nötig sein, eine solche Bearbeitung zu begründen, insbesondere wenn ihr widersprochen wird. Dazu genügt es nicht, auf ein Hochschulseminar zu verweisen. Siehe unten zu den Voraussetzungen kollaborativen Arbeitens. --Mautpreller (Diskussion) 11:27, 29. Jun. 2024 (CEST)
- Vorschlag: "Die hieraus entstandenen Änderungsvorschläge" könnt ihr auf der jeweiligen Artikeldiskussionsseite zur Diskussion stellen. So wird hier kollaborativ mit größeren Änderungen umgegangen. --Erastophanes (Diskussion) 17:10, 28. Jun. 2024 (CEST)
- Ihr könntet euch auch unter Wikipedia:Hochschulprogramm eintragen und eine Unterseite erstellen. Dadurch können sich andere Nutzer über eure Arbeit informieren. Ich bin selbst dieses Semester in einem Kurs und das funktioniert bisher deutlich reibungsfreier als bei euch. Es kann also nicht nur an Saidmann liegen. --Känguru1890 (Diskussion) 17:16, 28. Jun. 2024 (CEST)
- Wenn sich Saidmann trotz mehrfacher Aufforderung (wie auf Diskussion:Chronisches Schmerzsyndrom) nicht zurückmeldet, seid ihr berechtigt, seine Änderung zurückzusetzen. Ich würde ihm aber noch 1-2 Tage Bedenkzeit geben. Und ich würde vielleicht den Vorwurf des Vandalismus fallenlassen, damit wird oft zu schnell hantiert. --Prüm ✉ 17:46, 28. Jun. 2024 (CEST)
- Das "Wiki-Prinzip der kollaborativen Texterstellung" ist halt deutlich voraussetzungsreicher, als Du offenbar angenommen hast. Ohne eine gemeinsame Basis funktioniert Kollaboration nicht. Die entsteht einerseits durch die akzeptierten Regeln der Wikipedia und der Diskussion, andererseits muss sie aber immer wieder auf den Diskussionsseiten mit den anderen ausgehandelt werden, die an dem Artikel arbeiten. Anders geht es nicht. Das ist nicht immer einfach, aber dieser Schritt ist nicht zu umgehen, sonst kommt es lediglich dazu, dass man aneinander vorbeiredet (und Editwars führt). Sehr hilfreich ist es da, wenn jede Person, die editiert, einen Account hat. Dann weiß man: Diese Person hat eine Änderung vorgenommen, und mit derselben Person rede ich jetzt auf der Diskussionsseite, um den weiteren Umgang mit diesem Änderungsvorschlag zu besprechen. Wechselnde IPs sind für eine Diskussion überhaupt nicht günstig, ebenso wenig mehrere Personen, die sich einen Account teilen. Die Anonymität wird davon nicht berührt, niemand ist verpflichtet, seine "externe" Existenz offenzulegen. Es geht um die "interne" Identität und Stabilität.
- Mein Tipp wäre in dieser Situation (neben dem Anlegen von Accounts): eins nach dem anderen. Beispielsweise ist es denkbar zu sagen: Zum ICD-11 gibt es noch nichts im Artikel. Es ist aber sinnvoll, dazu etwas zu schreiben, weil es gegenüber dem ICD-10 bei diesem Krankheitsbild Änderungen gegeben hat. Darauf beschränke ich diesen Edit und gebe das auch in der Zusammenfassungszeile an (und frage evtl. auf der Diskussionsseite nach, ob es Einwände gibt und welche das sind). Nächster Punkt könnte sein: Eine Angabe im Artikel ist ungenau oder nicht angemessen belegt. Ich ziehe ein anerkanntes Standardwerk heran, verwende dies als Beleg und präzisiere die entsprechende Aussage; das schreibe ich auch in die Zusammenfassungszeile. So kann man Schritt für Schritt Blockaden auflösen. Eine Garantie gibt es nicht, aber so kann es zumindest funktionieren. --Mautpreller (Diskussion) 18:15, 28. Jun. 2024 (CEST)
- Siehe auch Anmerkung im PTB-Artikel von Admin Emergency Doc. Ich glaube, der Fehler war hier, dass ihr geschrieben habt, wer ihr seid und was ihr wollt. Das zählt bei uns eigentlich nicht. Möglicherweise hat Saidmann eure Motivation bzw. den Grund für die Bearbeitung missverstanden, denn es gibt ja auch viele Leute hier, die mit Interessenkonflikt schreiben. --H7 („Darum auf zu den Tasten!“ …) 18:29, 27. Jun. 2024 (CEST)
Annika Gieselmann an der hhu. --Andrea (Diskussion) 16:05, 28. Jun. 2024 (CEST)
Info:Hallo Annika Gieselmann, ich habe die Diskussion mit Interesse gelesen. Schon seit längerem möchte ich gern ein Erklärvideo darüber machen, was man bei universitären Verwendungen der Wikipedia (wie im vorliegenden Falle) beachten sollte. So kann man Frustrationen auf beiden Seiten etwas unwahrscheinlicher machen. Wenn Interesse an einem Gespräch besteht, kann ich das gern anbieten. Ziko (Diskussion) 13:21, 29. Jun. 2024 (CEST)
- Ohje! Aber der Reihe nach: +1 zu @Ziko und Hallo Frau Gieselmann. Es wäre sehr hilfreich, wenn sie nicht unangemeldet editieren, sondern einen Account anlegen. Das vorweg. Leider haben sie erfolgreich einige WP-Accounts aufgescheucht, die nicht dafür bekannt sind, eigene Artikelarbeit zu machen, eher selektive Ergänzungen vornehmen oder einfach Edits revertieren. Das liegt vor allem am Thema. Ein sorgfältiges arbeiten an Artikeln im Bereich psychische Störungen ist bei uns kaum noch möglich. Mein Rat ist daher, lieber was sinnvolles zu machen und Bücher zu lesen.
- Wie ich sehe verwenden sie Arbeiten der auch von mir als Arzt sehr geschätzten Kollegin Tanja Lincoln. Das ist eine reputable Quelle. Wenn sie diese oder eine ähnliche verwenden sind sie (bei uns) auf der sicheren Seite. Ich bin gerne bereit Ihnen bei einzelnen Themen zu helfen, fürchte aber, dass das im Sinne einer Verbesserung von WP-Artikeln nichts nutzen wird. Das braucht es aber nicht. Wir können gerne von Fall zu Fall zu den entsprechenden Themen auf der Artikel-Diskussionsseite miteinander reden und Probleme klären. Bestimmt kann ich was von Ihnen lernen! LG --Andreas Werle (Diskussion) 16:34, 29. Jun. 2024 (CEST)
- Guckstdu: Diskussion:Psychose#Reverts. LG --Andreas Werle (Diskussion) 16:59, 29. Jun. 2024 (CEST)
- „Leider haben sie erfolgreich einige WP-Accounts aufgescheucht, die nicht dafür bekannt sind, eigene Artikelarbeit zu machen, eher selektive Ergänzungen vornehmen oder einfach Edits revertieren.“ Bitte? Was soll daran falsch sein selektiv zu arbeiten (also nur kleine Passagen anzupassen/präziser zu gestalten, oder was ist sonst damit gemeint?). Auch ein solches Arbeiten hilft der WP enorm. Und wer soll das sein, der einfach begründete (die Beiträge waren keine) unbegründet revertiert und nicht gesperrt ist? Murdoch Mysteries Episodenliste- und Die Legenden von Andor-Aktualisierer • Wenn du mich anpingen möchtest, erwähne mich bitte nicht bloß, sondern pinge mich „echt“ d.h. mit @/Vorlage:Ping an. 12:52, 30. Jun. 2024 (CEST)
Uff - die meisten Konflikte sind Missverständnisse. Hier begegnen sich zwei Herrschaftssysteme mit jeweils eigener "Hierarchie": in der Uni die der freien Lehre, und bei Wikipedie die des kollaborativen Arbeitens - bzw. dem, was daraus in den Organisationen geworden ist ;-) Und beide glauben, es "richtig" zu machen (während die anderen es "falsch" machen). Und dann kommen archaische Macht-Mechanismen zum Einsatz :-)
Das könnte eine Gelegenheit sein, auf beiden Seiten etwas über Kultur zu lernen (die eigene und die jeweils andere) und über Gruppendynamik. Um ein synergetisches Miteinander auszuprobieren und - im besten Fall - einen Transfer in die Politik und ins (berufliche und soziale) Leben zu schaffen :-) Gruss, --Markus (Diskussion) 12:07, 2. Jul. 2024 (CEST)
- Vielen Dank für die vielen und überwiegend konstruktiven Beiträge. Auch wir haben heute im Seminar noch einmal diskutiert und lernen gerade tatsächlich viel über Gruppendynamiken. Wir stellen auch fest, dass auch in den angemerkten Artikeln einiges passiert ist, was - unserer Meinung nach - dazu beiträgt, diese weiter klarer zu gestalten und mit Inhalt zu füllen. In anderen Artikeln hatten wir keine Pauschal-Reverts zu beklagen und freuen uns, wie die Artikel auch nach uns immer weiter konstruktiv editiert werden.
- Wie auch schon Benutzer:149.88.27.84, Benutzer:Markus und Benutzer:Andreas Werle deutlich gemacht haben: Wir haben alle das gleiche Ziel, nämlich die Verbesserung der hier hinterlegten Artikel.
- Die Seminargruppe aus Modul F: Klinische Psychologie an der Heinrich-Heine-Universität Düsseldorf
- --134.99.36.54 16:21, 4. Jul. 2024 (CEST)
1. Juli
Rezente Editor-„Verbesserungen“
- Seit einiger Zeit schaltet sich bei mir zuweilen im Bearbeitungsfenster diese Rechtschreibfehler-Monierung zu, ohne dass ich wüsste, was den Vorgang auslöst; vielleicht ein Fehlgriff bei den Modifizierungstasten (Shift, Control usw.)? Doch dieses roten Wellenlinienmeer geht mir, zumal ich oft Texte mit vielen Eigennamen bearbeite, entsetzlich auf die Nerven. Wie kann man das abstellen?
- Ich bearbeite oft sehr kurze Kontexte auf sehr großen Seiten, und diese laden im Editor nur träge, weil ja neuerdings im Editorfenster à tout prix per Script mühselig der Quellcode formatiert werden muss. (Links usw.) Kann man das nicht abschalten? Es ist schon übel genug, dass man bei Bearbeitung großer Seiten nun schon vorab die Vorschaukachel rechts abschalten muss, damit sich der Editor nicht auch noch aufhängt.
- Durch den offenbar „aufgerüsteten“ Editor gehen mir immer wieder Anschläge verloren. Kann man nicht erzwingen, dass dieser zwar dumm, aber folgsam und schnell ist?
--Silvicola Disk 03:05, 1. Jul. 2024 (CEST)
- 2. und 3. sind wohl Hilfe:Wikisyntax/Hervorhebung, die kann man abschalten. 1. klingt nach einer Browserfunktion, ggf. dort in irgendwelchen Kontextmenüs abschaltbar. -- hgzh 08:20, 1. Jul. 2024 (CEST)
- Alles gefunden, herzlichen Dank! --Silvicola Disk 13:52, 1. Jul. 2024 (CEST)
- 1. klingt mir nach der Rechtschreibprüfung deines Browsers, müsstest du halt in den Browsereinstellungen deaktivieren. --Johannnes89 (Diskussion) 08:38, 5. Jul. 2024 (CEST)
- Alles gefunden, herzlichen Dank! --Silvicola Disk 13:52, 1. Jul. 2024 (CEST)
Viele Tippfehler
In dieser Grafik [1] gibts viele Tippfehler
- Syntetische => Synthetische - excl. => exkl. - Opioid Überdoses Total => Überdosen total
Wie kann dies berichtigt werden ? 162.23.30.16 17:34, 1. Jul. 2024 (CEST)
- Benutzer A1000 hat das Bild hochgeladen. Kannst ihn ja mal ansprechen. Gruß --tsor (Diskussion) 17:48, 1. Jul. 2024 (CEST)
- Möglicherweise klappts so auch => Benutzer:A1000 162.23.30.16 18:11, 1. Jul. 2024 (CEST)
- (BK) Ansprechpartner für sowas ist die WP:Grafikwerkstatt. Als IP kannst du es selbst nicht beheben, da diese keine Dateien hochladen können. --Prüm ✉ 17:49, 1. Jul. 2024 (CEST)
- mea culpa, ich habe auch noch irgdenwo aktuelle Zahlen liegen, ich muss mal suchen -- A1000 (Diskussion) 18:18, 1. Jul. 2024 (CEST)
- Und bitte den Hinweis auf der Dateidiskussionsseite beachten. NNW 21:52, 1. Jul. 2024 (CEST)
2. Juli
Fortlaufende Editionsunfälle bei Nekrologeinträgen
Bei Einträgen in die Nekrologe kommt es in letzter Zeit wiederholt zur Zerstörung der gesamten Formatierung (siehe z. B. hier). Da dies bei unterschiedlichen Autoren auftritt und in der Ausprägung immer gleich ist, scheint ein systematischer Fehler vorzuliegen, der erst nach vollzogenem Eintrag in Erscheinung tritt. Hat jemand eine Erklärung dafür? Danke vorab und Grüße, --Jamiri (Diskussion) 12:22, 2. Jul. 2024 (CEST)
- Auslöser wird wohl die Bearbeitung mit dem visuellen Editor sein. Eine zerstörte Darstellung des sichtbaren Seiteninhalts kann ich jedoch nicht erkennen. Eine Rücksetzung ist da sicherlich nicht notwendig gewesen, weil sie zum einen den Benutzer unnötig schockieren und somit demotivieren kann. Es wäre besser gewesen es einfach zu reparieren, falls es wirklich eine fehlerhafte Darstellung gegeben hätte. Du meinst doch sicherlich das Eliminieren der Leerzeichen in den Tabellenzellen mit verlinktem Inhalt. Dich persönlich stört diese Darstellung im Quelltext, sie führt aber nicht zu einer unterschiedlichen oder gar unerwünschten Darstellung in der Leseansicht. Beispiel
{| class="wikitable"
|-
|27. Juni
|[[Harald Kretzschmar]]
|deutscher Karikaturist
|93
|[https://www.nd-aktuell.de/artikel/1183404.harald-kretzschmar-groessen-und-gernegroessen.html]
|-
| 27. Juni || [[Harald Kretzschmar]] || deutscher Karikaturist || 93 || [https://www.nd-aktuell.de/artikel/1183404.harald-kretzschmar-groessen-und-gernegroessen.html]
|-
| 26. Juni || [[Heinz Gauly]]|| deutscher Archivar und Autor || 92 || [https://www.vrm-trauer.de/traueranzeige/heinz-gauly]
|-
| 26. Juni || [[Heinz Gauly]] || deutscher Archivar und Autor || 92 || [https://www.vrm-trauer.de/traueranzeige/heinz-gauly]
|}
27. Juni | Harald Kretzschmar | deutscher Karikaturist | 93 | [2] |
27. Juni | Harald Kretzschmar | deutscher Karikaturist | 93 | [3] |
26. Juni | Heinz Gauly | deutscher Archivar und Autor | 92 | [4] |
26. Juni | Heinz Gauly | deutscher Archivar und Autor | 92 | [5] |
- Wer mit dem visuellen Editor etwas ergänzt (Hilfe:Tabellen/VisualEditor) sieht den Quelltext nicht, es sei denn er schaltet auf diesen um. Ein Revert und dann quasi in den Bearbeitungskommentra auch noch „Harald Kretzschmar neu eingetragen“ zu schreiben grenzt dann schon an na ja, wie gesagt, so etwas sollte man, meiner Meinung nach, nicht tun. Je nachdem wie empfindlich jemand ist, kann das auf diesen sehr unfreundlich wirken, wenn er in seiner Beitragsliste „Markierung: Rückgängigmachung“ liest und dann sieht dass du das quasi als „dein Beitrag“ neu eingefügt hast. --Liebe Grüße, Lómelinde Diskussion 13:40, 2. Jul. 2024 (CEST)
- Ich kann keinerlei Editionsunfall erkennen, schon gar keinen, der eine derart unfreundliche Behandlung verdient gehabt hätte. Ich pinge mal Sterup an, damit er/sie auch mitbekommt, was hier über sie/ihn geredet wird. --Grüße vom Sänger ♫ (Reden) 13:51, 2. Jul. 2024 (CEST)
- Äh, geht's noch? Hier wird konnotiert, dass ich den Bearbeitern Absicht unterstelle, was vollkommener Unsinn ist. Wahr ist aber auch, dass wenn das Quelltextformat auf diese Weise über den Haufen geworfen wird, es sich für denjenigen, der im Quelltext arbeitet, als Editionsunfall darstellt. Ich pinge mal LegoFCB an, der wie ich entsprechende Korrekturen vornimmt. – Offenbar liegt der Fehler im VisualEditor; kann man den nicht so konfigurieren, dass das Bearbeitungsformat im Quelltext erhalten bleibt? --Jamiri (Diskussion) 14:29, 2. Jul. 2024 (CEST)
- Du hast eben keine Korrektur vorgenommen, Du hast plump verworfen, und dann so getan, als ob Du selber den neuen Verstorbenen entdeckt und eingetragen hättest. Was war an dem Edit so verwerflich? --Grüße vom Sänger ♫ (Reden) 14:34, 2. Jul. 2024 (CEST) PS: Eine Korrektur wäre ein schlichte Umwandlung der Zeilenumbrüche in Leerzeichen gewesen, ohne die Abkanzelung als "Editunfall"
- Ich habe durch den Revert das ursprüngliche Format wiederhergestellt und anschließend den dabei verlorenen Eintrag der besagten Person nochmals vorgenommen. Mehr nicht. Wenn Du mir hier Bösartigkeit unterstellen willst, bist Du auf dem Holzweg. --Jamiri (Diskussion) 14:39, 2. Jul. 2024 (CEST)
- Nein, ich unterstelle Dir keine Bösartigkeit, nur Gedankenlosigkeit. Und am Aussehen der Tabelle hat sich rein gar nichts verändert, die sah vorher wie nachher identisch aus. --Grüße vom Sänger ♫ (Reden) 14:41, 2. Jul. 2024 (CEST)
- 275 Leerzeichen die auch die Diff-Ansicht zur Verzweiflung bringt ist nicht identisch. Wobei die dort nach meiner Meinung hin gehören. Der visuelle Editor macht es richtig. Dass dort nicht noch viel mehr verändert wurde, sieht man nur mit externen Tools. --0815 User 4711 (Diskussion) 14:58, 2. Jul. 2024 (CEST)
- Sah identisch aus meinte in der Leseansicht. In dem, was normale NutzerInnen sehen gab es keinerlei Unterschied, lediglich alteingesessene AutorInnen wurde ein klein wenig verwirrt.. --Grüße vom Sänger ♫ (Reden) 15:27, 2. Jul. 2024 (CEST)
- um da zu sehen, dass KEIN Unterschied vorliegt muss ich aber stundenlang Zeile für Zeile vergleichen. Oder woher weißt du, dass es gleich ist? --0815 User 4711 (Diskussion) 15:46, 2. Jul. 2024 (CEST)
- Sah identisch aus meinte in der Leseansicht. In dem, was normale NutzerInnen sehen gab es keinerlei Unterschied, lediglich alteingesessene AutorInnen wurde ein klein wenig verwirrt.. --Grüße vom Sänger ♫ (Reden) 15:27, 2. Jul. 2024 (CEST)
- 275 Leerzeichen die auch die Diff-Ansicht zur Verzweiflung bringt ist nicht identisch. Wobei die dort nach meiner Meinung hin gehören. Der visuelle Editor macht es richtig. Dass dort nicht noch viel mehr verändert wurde, sieht man nur mit externen Tools. --0815 User 4711 (Diskussion) 14:58, 2. Jul. 2024 (CEST)
- Nein, ich unterstelle Dir keine Bösartigkeit, nur Gedankenlosigkeit. Und am Aussehen der Tabelle hat sich rein gar nichts verändert, die sah vorher wie nachher identisch aus. --Grüße vom Sänger ♫ (Reden) 14:41, 2. Jul. 2024 (CEST)
- Ich habe durch den Revert das ursprüngliche Format wiederhergestellt und anschließend den dabei verlorenen Eintrag der besagten Person nochmals vorgenommen. Mehr nicht. Wenn Du mir hier Bösartigkeit unterstellen willst, bist Du auf dem Holzweg. --Jamiri (Diskussion) 14:39, 2. Jul. 2024 (CEST)
- Hallo in die Runde, ich gebe zu, etwas irritiert zu sein, ob der "leicht aggressiven" Haltung hier. Grundsetzlich ist es so, dass, es in Nekrologen recht viele Editoren gibt. Auch viele, die nur wenige oder einmalige Einträge vornehmen. So kommt es häufiger zu Fehlern im Layout, auch wenn diese nicht immer im Lesemodus sichtbar sind. Dennoch verteidige ich die Korrektur dieser Fehler, denn es wird von vielen Nutzern eine bereits bestehende Zeile kopiert, ganz gleich wie fehlerhaft eine Zeile sein mag. Im Umkehrschluss bietet dies eine Plattform zu weiteren Fehlern und Unübersichtlichkeit. Zu Jamiri möchte ich nur kurz sagen, dass ich ihn bislang als kompetenten und hilfsbereiten Mitstreiter erfahren habe, der sich sehr bemüht die jeweiligen Nekrologe seit Jahren zu befüllen, Einträge auf ihre Relevanz zu überprüfen und auch das Layout in Ordnung zu halten. Weiterhin ist er akribisch dabei, anderen Hilfestellung zu leisten. Das Ergebnis ist eine im deutschen WP sehr aufgeräumte und gute Nekrologführung, mit den Verstorbenen, Angehöhrigen und Betroffenen gegenüber respektvoller und möglichst einwandfreier Datenführung. Grüße --LegoFCB (Diskussion) 15:05, 2. Jul. 2024 (CEST)
- Ergänzend sei gesagt, dass das Layout im Bezug auf fehlende Lehrzeichen nicht von den Nutzern persönlich absichtlich in der Art editiert wird. --LegoFCB (Diskussion) 15:08, 2. Jul. 2024 (CEST)
- Einen EDit für sich zu beanspruchen ist vollkommener Unsinn. Es ist nicht unsere Lieblingsbeschäftigung 194 neue Leerzeichen zu setzen. Daher auch mal der andere Weg. --LegoFCB (Diskussion) 15:12, 2. Jul. 2024 (CEST)
- So ist es. Im konkreten Fall habe ich es versäumt, den über VisualEditor fehlerhaft gesetzten Eintrag („Editionsunfall“) beim Revert gleichzeitig in das korrekte/etablierte Format zu übertragen. Wäre das geschehen, wäre die Bearbeitung nicht als Rücksetzung markiert gewesen. --Jamiri (Diskussion) 15:20, 2. Jul. 2024 (CEST)
- Mein Hinweis diente auch nur dazu, es anders zu machen, nicht zurücksetzen, weil das andere Menschen verstören kann. Wie schon gesagt wird diese Formatierung durch den VisualEditor vorgenommen, nicht durch den einfügenden Benutzer. Das macht es eben sehr kritisch, wenn man dem dann an den Kopf knallt er sei nicht fähig etwas korrekt einzufügen. Denn er hatte nichts, also rein gar nichts, falsch gemacht. Beschweren müsstet ihr euch gegebenenfalls auf der dafür gedachten Seite Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen, dort könnt ihr das Problem schildern und hoffen, dass sich die Softwaretechniker dem annehmen. Auf Dauer ist es aber nicht sinnvoll, jeden Beitrag von Menschen, die diesen Editor verwenden zurückzusetzen, das Ziel ist nämlich eher, dass dieser Editor favorisiert werden sollte, dass Quelltextbearbeiter, wie ihr und ich langsam aussterben oder zu Fossilen werden. Bitte bedenkt dabei auh mal, wie ihr euch fühlen würdet, wenn man das mit eurem Beitrag machen würde. Es war eine völlig korrekte Bearbeitung, er hat keine Möglichkeit das Quelltextaussehen im visuellen Editor zu beeinflussen. --Liebe Grüße, Lómelinde Diskussion 15:26, 2. Jul. 2024 (CEST)
- Die Beschreibung der jeweiligen Edits kann man überdenken, und ich werde mich zukünftig dahingehend anders ausdrücken. Dennoch ist es nicht böse gemeint, einen Edit hier zu revertieren, sondern soll nur der Ordnung dienen. Ich weiß natürlich nicht, ob ich zu den Fossilen zähle, die den Quelltext bearbeiten. jedoch ist es gerade bei der Editierung der Nekrologe sinnvoll, diesen (wenn auch nur zur Ansicht') zu verwenden. Grüße --LegoFCB (Diskussion) 15:40, 2. Jul. 2024 (CEST)
- @Lómelinde: Darf ich noch mal auf meine Eingangsfrage verweisen? Mir war als (noch quicklebendigem) „Fossil“ nicht klar, dass dieser Mist durch den VisualEditor verursacht wird. Wenn dem so ist, dann ist das Tool an dieser Stelle schlichtweg ungeeignet und müsste idealerweise angepasst werden. --Jamiri (Diskussion) 15:49, 2. Jul. 2024 (CEST)
- Die Geschmacksfrage, ob in Tabellen (oder auch in Vorlagen) eine Quelltext-Zeile pro Tabellen-Zeile oder pro Tabellen-Feld besser ist kann nicht von der Software beantwortet werden, und sie wird sich auch je nach Seite mal so, mal so entscheiden. Bei solchen recht übersichtlichen Tabellen mit vielen Zeilen und wenig Inhalt pro Zeile ist das zeilenweise Layout vermutlich besser, bei Stolpersteinlisten, mit Bildern, Koordinaten, langen texten etc. ist das feldweise Layout wohl eher übersichtlicher. Wie sollte dem VE da beigebracht werden, was jetzt angemessen ist? Im Ergebnis der anzuzeigenden Seite gibt es ja schließlich kienen Unterschied.
- Ich bin übrigens auch ein Quelltextbenutzer, den VE mag ich nicht. Aber er ist da, und für die neueren AutorInnen nun mal das Werkzeug der Wahl, da müssen wir uns mit abfinden.
- Die Diff-Anzeige könnte noch reichlich optimiert werden, denn tatsächlich gab es ja fast keine Unterschiede, bis auf ein paar irrelevante Leerzeichen, die aber massiv dargestellt wurden, auch an Stellen, an denen sich nix verändert hatte. Der einzige relevante Unterschied war die neue Zeile im ungewöhnlichen feldweisen Layout, und wenn das klar gewesen wäre, wäre auch der allein für den Quelltext vorteilhafte Austausch von Zeilenumbrüchen durch Leerzeichen nach der Sichtung deutlicher gewesen. --Grüße vom Sänger ♫ (Reden) 15:58, 2. Jul. 2024 (CEST)
- Ich verwende diesen Editor auch nicht, aber du kannst es leicht testen. Rufe den Abschnitt Nekrolog Juni 2024#Datum unbekannt auf und kopiere die komplette Tabelle aus dem Quelltext. Dann gehe zur WP:Spielwiese, rufe die Spielweise über die Taste (Hier klicken zur Bearbeitung mit dem VisualEditor!) auf dann füge dort irgendwo sinnvoll in Textbereich, „rechte Maustaste + einfügen“ den kopierten Inhalt in die Seite ein. Sie wird sofort konvertiert. Anschließend kannst du zum Quelltext wechseln Wikitext . Du wirst sehen, dass dein schönes Format wie von Zauberhand ersetzt wurde und nun alles in mehrzeiliger Form dort steht. Das hättest du aber in der visuellen Ansicht so nicht bemerkt. --Liebe Grüße, Lómelinde Diskussion 16:10, 2. Jul. 2024 (CEST)
- Warum sollte ich ein offenkundig untaugliches Tool testen? --Jamiri (Diskussion) 20:43, 2. Jul. 2024 (CEST)
- Um zu wissen, wie normale BenutzerInnen editieren, damit Du Verständnis dafür hast, was dann passieren kann, wenn ganz normal mit dem ganz normalen Mittel des VE eine neue Zeile eingefügt wird. Damit Du dann eben nicht blind revertierst, und somit denjenigen, die das einfügen, eine schallende Ohrfeige verpasst, sondern schlicht die Kleinigkeiten änderst. WP:WQ halt. --Grüße vom Sänger ♫ (Reden) 10:21, 3. Jul. 2024 (CEST)
- Die Frage war rhetorischer Art. Arbeite Dich bitte an jemand anderem ab als an mir. --Jamiri (Diskussion) 06:37, 4. Jul. 2024 (CEST)
- Um zu wissen, wie normale BenutzerInnen editieren, damit Du Verständnis dafür hast, was dann passieren kann, wenn ganz normal mit dem ganz normalen Mittel des VE eine neue Zeile eingefügt wird. Damit Du dann eben nicht blind revertierst, und somit denjenigen, die das einfügen, eine schallende Ohrfeige verpasst, sondern schlicht die Kleinigkeiten änderst. WP:WQ halt. --Grüße vom Sänger ♫ (Reden) 10:21, 3. Jul. 2024 (CEST)
- Warum sollte ich ein offenkundig untaugliches Tool testen? --Jamiri (Diskussion) 20:43, 2. Jul. 2024 (CEST)
- Mein Hinweis diente auch nur dazu, es anders zu machen, nicht zurücksetzen, weil das andere Menschen verstören kann. Wie schon gesagt wird diese Formatierung durch den VisualEditor vorgenommen, nicht durch den einfügenden Benutzer. Das macht es eben sehr kritisch, wenn man dem dann an den Kopf knallt er sei nicht fähig etwas korrekt einzufügen. Denn er hatte nichts, also rein gar nichts, falsch gemacht. Beschweren müsstet ihr euch gegebenenfalls auf der dafür gedachten Seite Wikipedia:Technik/Text/Edit/VisualEditor/Rückmeldungen, dort könnt ihr das Problem schildern und hoffen, dass sich die Softwaretechniker dem annehmen. Auf Dauer ist es aber nicht sinnvoll, jeden Beitrag von Menschen, die diesen Editor verwenden zurückzusetzen, das Ziel ist nämlich eher, dass dieser Editor favorisiert werden sollte, dass Quelltextbearbeiter, wie ihr und ich langsam aussterben oder zu Fossilen werden. Bitte bedenkt dabei auh mal, wie ihr euch fühlen würdet, wenn man das mit eurem Beitrag machen würde. Es war eine völlig korrekte Bearbeitung, er hat keine Möglichkeit das Quelltextaussehen im visuellen Editor zu beeinflussen. --Liebe Grüße, Lómelinde Diskussion 15:26, 2. Jul. 2024 (CEST)
- So ist es. Im konkreten Fall habe ich es versäumt, den über VisualEditor fehlerhaft gesetzten Eintrag („Editionsunfall“) beim Revert gleichzeitig in das korrekte/etablierte Format zu übertragen. Wäre das geschehen, wäre die Bearbeitung nicht als Rücksetzung markiert gewesen. --Jamiri (Diskussion) 15:20, 2. Jul. 2024 (CEST)
- Einen EDit für sich zu beanspruchen ist vollkommener Unsinn. Es ist nicht unsere Lieblingsbeschäftigung 194 neue Leerzeichen zu setzen. Daher auch mal der andere Weg. --LegoFCB (Diskussion) 15:12, 2. Jul. 2024 (CEST)
- Ergänzend sei gesagt, dass das Layout im Bezug auf fehlende Lehrzeichen nicht von den Nutzern persönlich absichtlich in der Art editiert wird. --LegoFCB (Diskussion) 15:08, 2. Jul. 2024 (CEST)
- Du hast eben keine Korrektur vorgenommen, Du hast plump verworfen, und dann so getan, als ob Du selber den neuen Verstorbenen entdeckt und eingetragen hättest. Was war an dem Edit so verwerflich? --Grüße vom Sänger ♫ (Reden) 14:34, 2. Jul. 2024 (CEST) PS: Eine Korrektur wäre ein schlichte Umwandlung der Zeilenumbrüche in Leerzeichen gewesen, ohne die Abkanzelung als "Editunfall"
- Äh, geht's noch? Hier wird konnotiert, dass ich den Bearbeitern Absicht unterstelle, was vollkommener Unsinn ist. Wahr ist aber auch, dass wenn das Quelltextformat auf diese Weise über den Haufen geworfen wird, es sich für denjenigen, der im Quelltext arbeitet, als Editionsunfall darstellt. Ich pinge mal LegoFCB an, der wie ich entsprechende Korrekturen vornimmt. – Offenbar liegt der Fehler im VisualEditor; kann man den nicht so konfigurieren, dass das Bearbeitungsformat im Quelltext erhalten bleibt? --Jamiri (Diskussion) 14:29, 2. Jul. 2024 (CEST)
Allgemein: H:KÄ – eine Änderung, die nichts nach außen Wirksames bewirkt, sondern hier anscheinend nur Leerzeichen in Syntax einstreut, soll unterlassen werden.
- Dies unbeschadet dessen, dass auch ich es wichtig finde, das an dieser Stelle ein
||
in Leerzeichen eingeschlossen den einen Zellen-Inhalt vom folgenden abgrenzen sollte. - Nur ist das nichts, um nur deshalb die Versionsgeschichte mit einem weiteren Edit zu belasten, und womöglich obendrein auch noch die Auslösung einer weitergemeldeten Revert-Alarmierung.
- Wenn, dann ergänzt man dies unauffällig im Rahmen der nächsten inhaltlichen Quelltext-Bearbeitung nebenbei.
VG --PerfektesChaos 16:02, 2. Jul. 2024 (CEST)
- @PC: Das musst du den Leuten vom Visual Editor sagen. Der Benutzer ist unschuldig.
- Ich hab folgendes gemacht:
- Mit Visual Editor in der Tabelle eine Zeile eingefügt.
- Änderungen veröffentlichen geklickt
- Unterschiede in dem Dialog angeguckt (langer roter und langer blauer Block)
- Wikitext-Unterschiede angeguckt
- Ergebnis: Genau diese Leerzeichen überall in der Tabelle. Das macht also der VE automagisch. --Wurgl (Diskussion) 16:18, 2. Jul. 2024 (CEST)
- Das scheint eine Art Bug zu sein, der VE, so sehe ich das, steht da zwischen den Stühlen, einerseits möchte er eventuell alle Zeilen umformatieren = untereinander setzen, andererseits auch wieder das bestehende Format belassen. Hinter den Links wären die Leerzeichen bei einer Darstellung aller Tabellenzellen untereinander überflüssig, gilt natürlich sinngemäß für alle Leerzeichen am Ende einer Zelle. Das Ergebnis ist: Inkonsequent löscht der VE nur die bei den verlinkten Begriffen also nur
]] ||
wird zu]]||
quasi: 1. Schritt Leerzeichen raus, 2. Schritt wäre dann ein Pipe weg und Zeilenumbruch. Das ist aber reine Spekulation. --Liebe Grüße, Lómelinde Diskussion 16:38, 2. Jul. 2024 (CEST)
- Das scheint eine Art Bug zu sein, der VE, so sehe ich das, steht da zwischen den Stühlen, einerseits möchte er eventuell alle Zeilen umformatieren = untereinander setzen, andererseits auch wieder das bestehende Format belassen. Hinter den Links wären die Leerzeichen bei einer Darstellung aller Tabellenzellen untereinander überflüssig, gilt natürlich sinngemäß für alle Leerzeichen am Ende einer Zelle. Das Ergebnis ist: Inkonsequent löscht der VE nur die bei den verlinkten Begriffen also nur
- @Wurgl: Mein Hinweis war an die Quelltextbearbeitung adressiert, die offensichtlich bewusst Leerzeichen wieder eingefügt hatte, und nicht an die VE-Bearbeitung, die offenbar unwissentlich Leerzeichen verschluckt hatte.
- Im Übrigen sind den VE-Entwicklern unsere Wikitext-Formatierungs-Sitten völlig wumpe; die würden sich wenn überhaupt nur um die enWP kümmern. Allgemein weiß eine derartige Software überhaupt nichts davon, in welcher Formatierung das vorher dringestanden hatte; der Wikitext wird konsumiert, in die interne Semantik übertragen, und danach in dem konfigurierten Formatierungs-Stil wieder eingefügt, und das global für alle Wikis.
- VG --PerfektesChaos 16:54, 2. Jul. 2024 (CEST)
- Okay. Dann sollte eben der Diff angepasst werden. Aktuell kommt der Diff nicht so richtig mit der Änderung klar und verwirrt mehr als er hilft. --Wurgl (Diskussion) 17:17, 2. Jul. 2024 (CEST)
Siehe dazu auch Wikipedia:Administratoren/Notizen#Seitenschutz_für_Visual_Editor? -- Aspiriniks (Diskussion) 20:57, 2. Jul. 2024 (CEST)
- Das Problem ist offenbar ein altbekanntes und eine Lösung nicht in Sicht. Glücklicherweise verzichten diejenigen, denen der Nekrolog wirklich am Herzen liegt, auf die Nutzung des VEs. Alle anderen werden damit leben müssen, dass ihre Bearbeitung ggf. zurückgesetzt wird. --Jamiri (Diskussion) 07:04, 3. Jul. 2024 (CEST)
- Ein Revert wegen fehlender Leerzeichen vor Pipes ist unverhältnismäßig und ein Verstoß gegen das Verbot von Minimal-Bearbeitungen aus nichtigem Anlass ohne Wirkung nach außen.
- Wer dies weiß und trotzdem revertiert, ist Kandidat für empfindliche Sanktionen per VM.
- Das gilt insbesondere, wenn dabei eine Ergänzung oder Korrektur vernichtet wird, nur um die vorherigen irrelevanten Leerzeichen wiederherzustellen.
- --PerfektesChaos 10:15, 3. Jul. 2024 (CEST)
- Volle Zustimmung.
- Auch wenn ich selber den VE nicht benutze, so ist er doch das aktuelle Werkzeug der Wahl für die meisten neuen AutorInnen, und diesen wegen solcher Nichtigkeiten eine schallende Ohrfeige zu verpassen ist mehr als nur unfreundlich, das ist ein schwerer Verstoße gegen WP:WQ. --Grüße vom Sänger ♫ (Reden) 10:23, 3. Jul. 2024 (CEST)
- +1 zu Perfektes Chaos und Sänger; auch ein Verstoß gegen WP:AGF. (nicht signierter Beitrag von MM-Episodenliste & dLvAupdater (Diskussion | Beiträge) )
- Die drei letzten Edits sind von Benutzern, die zumindest so gut wie nie im Nekrolog editieren - sonst wüßten sie, dass es für diejenigen, die da regelmäßig und ernsthaft mitarbeiten eine absolute Zumutung ist, wenn regelmäßig die Tabellensyntax zerschossen wird. Nach einem verkorksten VE-Edit muss erstmal schnellstmöglich revertiert werden, bevor weitere Edits folgen und der Reparaturaufwand immer größer wird. Selbstverständlich wird man, sofern der Eintrag sonst korrekt war (relevante Person, brauchbarer Beleg etc.) den Eintrag dann richtig wieder reinsetzen, oft sind aber bei VE-Benutzern auch diese Kriterien nicht gegeben.
- Natürlich könnte man als Service für den betroffenen Benutzer als Zusammenfassung etwas wie: revert, da Tabellensyntax zerschossen, Tabellen bitte nie mit VisualEditor bearbeiten versehen, damit der leichter nachvollziehen kann, was das Problem ist. -- Aspiriniks (Diskussion) 18:19, 3. Jul. 2024 (CEST)
- @Aspiriniks: Einmal mehr ein herzliches Dankeschön. – Genau so wird es laufen. Keiner der Nekrologpfleger wird sich von der VE-Untauglichkeit gängeln lassen. Das Sanktionsgebrabbel ist daher so überflüssig wie Fußpilz. --Jamiri (Diskussion) 21:05, 3. Jul. 2024 (CEST)
- Was wird denn da "zerschossen"? Beim aktuellen Eintrag werden statt dem zweiten Leerzeichen Zeilenumbrüche verwendet, das muss ggf. geändert werden. Derr Rest geht nur um vollkommen irrelevante Leerzeichen, ob es die gibt oder in China fällt ein Sack Reis um ist vollkommen unerheblich, das hat nichts mit "zerschießen" zu tun. --Grüße vom Sänger ♫ (Reden) 07:24, 4. Jul. 2024 (CEST) PS: Die suboptimale Darstellung der Diff liegt nicht am VE, das die irrelevanten Leerzeichenedits derart massiv dargestellt werden ist ein Problem der Diffanzeige.
- Würdest Du im Nekrolog arbeiten, würdest Du es verstehen. Für mich ist die Eingangs gestellte Frage beantwortet: Der Visual Editor ist die Ursache. @Aspiriniks: Wir sollten IMHO anstreben, den Bearbeitungshinweis im Nekrolog so zu erweitern, dass Einträge über den Quelltext und nicht den VE erfolgen sollen. --Jamiri (Diskussion) 07:34, 4. Jul. 2024 (CEST)
- Damit werdet Ihr nicht durchkommen, das aktuelle normale Bearbeitungswerkzeug ausschließen zu wollen ist kein sinnvolles Vorhaben. --Grüße vom Sänger ♫ (Reden) 07:43, 4. Jul. 2024 (CEST)
- Zudem verstößt das massiv gegen das Prinzip, das hier jeder erst einmal uneingeschränkt alle Seiten bearbeiten darf und zwar auch mit den dafür von der MediaWiki offiziell angebotenen Bearbeitungswerkzeugen. Eies davon zu verbieten, nur weil einen persönlich eine gewisse Quelltextansicht stört, ist absolut unkollegial. Ein Verbot eines offiziell, insbesondere Neuautoren empfohlenen Werkzeugs, ist nicht gerechtfertigt. Genauso wie Pauschalreverts nicht gerechtfertigt sind. Ihr nehmt dafür also in Kauf, dass so jemand dann nie wieder etwas ändert = das Projekt am besten verlässt, das ist nicht akzeptabel. --Liebe Grüße, Lómelinde Diskussion 07:55, 4. Jul. 2024 (CEST)
- An der Untauglichkeit des VE für Nekrologeinträge lässt sich nun mal nicht rütteln. Der Bearbeitungshinweis kann als Bitte formuliert werden. Zudem ist es das Ziel, bei erzeugten Fehleinträgen Revert und Syntaxkorrektur in einem Zug vorzunehmen, so dass die Korrektur nicht als Rücksetzung erscheint. Garantieren lässt sich das allerdings nicht immer. Hier kommt dann der Hinweis in der Zusammenfassung (siehe oben) ins Spiel. --Jamiri (Diskussion) 07:59, 4. Jul. 2024 (CEST)
- Doch, daran lässt sich rütteln. In der entscheidenden Ansicht für LeserInnen ist die Änderung vollkommen korrekt, es geht nur um Vorlieben einiger AutorInnen im Quelltext, also etwas nachrangigem.
- Das waren ja auch alles andere als Fehleinträge, das wichtige, nämlich die Daten, waren vollkommen korrekt, es ging nur um etwas nachrangiges, persönliche Geschmacksvorstellungen für den Quelltext. --Grüße vom Sänger ♫ (Reden) 08:12, 4. Jul. 2024 (CEST)
- und wenn man es einmal mit dem VE so lässt. Dann werden die folgenden Diffs alle normal sein. Die eine Zeile umzustellen, ist ja ok. aber nicht die Leerzeichen. Denn der VE sitzt am längeren Hebel. Dessen Quelltext setz sich durch. Ob man will oder nicht. --0815 User 4711 (Diskussion) 09:12, 4. Jul. 2024 (CEST)
- Genau, die Zeilenumbrüche rausnehmen ist vollkommen angemessen, die Leerzeichen zu revertieren hingegen nicht. --Grüße vom Sänger ♫ (Reden) 10:01, 4. Jul. 2024 (CEST)
- Mein lieber Sänger, ist es zumutbar dass man im Diff etliche Kilometer an unterschiedlichen Zeilen vergleichen muss? Also zumindest wenn man den Standard-Vergliech hernimmt? Ich denke, das ist nicht zumutbar. Ich würde dir recht geben, wenn nur die Leerzeichen als Unterschied gekennzeichnet wären, das ist aber nicht der Fall. die ersten 170 Einträge im Diff sind einfach gruselig zu vergleichen, daran sitzt du gut 10 Minuten, die unteren 106 Änderungen sind einfach zu vergleichen, so wie ein Diff soll. --Wurgl (Diskussion) 10:12, 4. Jul. 2024 (CEST)
- Hätte ich auch nicht gemacht, nach den ersten paar Zeilen war klar, was passiert ist, also die suboptimale Anzeige der Diff unten ignorieren, da ist ja nichts passiert, und oben die Umbrüche entfernen, mehr nicht. --Grüße vom Sänger ♫ (Reden) 10:14, 4. Jul. 2024 (CEST)
- Ach ja: Natürlich sollten die Devs sich mal der suboptimalen Diff-Anzeige annehmen, denn die, nicht der VE, ist hier das Problem. Ich denke aber angesichts der mangelhaften Aufgeschlossenheit gegenüber Instandhaltung bei der WMF, die wollen lieber nutzlosen neuen Bling, wird das noch dauern. --Grüße vom Sänger ♫ (Reden) 10:16, 4. Jul. 2024 (CEST)
- Die Difflinks sind völlig korrekt, der VE ist Schrott. Wie in der oben verlinkten Anfrage dargestellt macht er 3 verschiedene Fehler bei seinen Edits rein, von denen einer auch für den Leser sichtbar ist. -- Aspiriniks (Diskussion) 16:50, 4. Jul. 2024 (CEST)
- Welcher denn? Entweder bin ich jetzt schon blind oder ich sehe nicht was du siehst. Die Tabelle Spezial:Diff/246387899 ist vollkommen ok.--Liebe Grüße, Lómelinde Diskussion 18:12, 4. Jul. 2024 (CEST)
- Die Difflinks sind völlig korrekt, der VE ist Schrott. Wie in der oben verlinkten Anfrage dargestellt macht er 3 verschiedene Fehler bei seinen Edits rein, von denen einer auch für den Leser sichtbar ist. -- Aspiriniks (Diskussion) 16:50, 4. Jul. 2024 (CEST)
- Mein lieber Sänger, ist es zumutbar dass man im Diff etliche Kilometer an unterschiedlichen Zeilen vergleichen muss? Also zumindest wenn man den Standard-Vergliech hernimmt? Ich denke, das ist nicht zumutbar. Ich würde dir recht geben, wenn nur die Leerzeichen als Unterschied gekennzeichnet wären, das ist aber nicht der Fall. die ersten 170 Einträge im Diff sind einfach gruselig zu vergleichen, daran sitzt du gut 10 Minuten, die unteren 106 Änderungen sind einfach zu vergleichen, so wie ein Diff soll. --Wurgl (Diskussion) 10:12, 4. Jul. 2024 (CEST)
- Genau, die Zeilenumbrüche rausnehmen ist vollkommen angemessen, die Leerzeichen zu revertieren hingegen nicht. --Grüße vom Sänger ♫ (Reden) 10:01, 4. Jul. 2024 (CEST)
- und wenn man es einmal mit dem VE so lässt. Dann werden die folgenden Diffs alle normal sein. Die eine Zeile umzustellen, ist ja ok. aber nicht die Leerzeichen. Denn der VE sitzt am längeren Hebel. Dessen Quelltext setz sich durch. Ob man will oder nicht. --0815 User 4711 (Diskussion) 09:12, 4. Jul. 2024 (CEST)
- An der Untauglichkeit des VE für Nekrologeinträge lässt sich nun mal nicht rütteln. Der Bearbeitungshinweis kann als Bitte formuliert werden. Zudem ist es das Ziel, bei erzeugten Fehleinträgen Revert und Syntaxkorrektur in einem Zug vorzunehmen, so dass die Korrektur nicht als Rücksetzung erscheint. Garantieren lässt sich das allerdings nicht immer. Hier kommt dann der Hinweis in der Zusammenfassung (siehe oben) ins Spiel. --Jamiri (Diskussion) 07:59, 4. Jul. 2024 (CEST)
- Würdest Du im Nekrolog arbeiten, würdest Du es verstehen. Für mich ist die Eingangs gestellte Frage beantwortet: Der Visual Editor ist die Ursache. @Aspiriniks: Wir sollten IMHO anstreben, den Bearbeitungshinweis im Nekrolog so zu erweitern, dass Einträge über den Quelltext und nicht den VE erfolgen sollen. --Jamiri (Diskussion) 07:34, 4. Jul. 2024 (CEST)
Leider ist an der Untauglichkeit des VE für verschiedenste Aufgaben nicht zu rütteln. Geburts- und Sterbedaten verbasteln gehört dort zum Standardprogramm. Den unbeadarften Neunutzern wurde ein teilweise gefährlich untaugliches Werkzeug gegeben. --Bahnmoeller (Diskussion) 14:19, 6. Jul. 2024 (CEST)
Der Nekrolog könnte auch automatisch per Wikdata aktualisiert werden. --Nuuk 14:28, 6. Jul. 2024 (CEST)
Wikilivres
Hallo zusammen unter Benutzer:Wurgl/Interwiki Rotlinks werden regelmäßig nicht vorhandene interwikilinks angezeigt. seit dieser Woche werden bei zahlreichen Artikeln nicht vorhandend Links nach "Wikilivres" angezeigt.
Was ist da passiert? Wie kann man das einfach im Artikel fixen?
Ansonsten würde ich diese einfach wie hier entfernen. Aber das ist ja nicht der beste weg. Viele Grüße -- Thomas 15:20, 2. Jul. 2024 (CEST)
- Der (entfernte) Link führt auf m:Interwiki_map/discontinued#Wikilivres, dort steht ja, dass die Funktion im Juni 2024 deaktiviert worden ist, weil die Linkziele schon zuvor keine sinnvollen Ergebnisse mehr geliefert haben. Könnten also durch einen Bot entfernt werden. --Magnus (Diskussion) 15:35, 2. Jul. 2024 (CEST)
- Aber was hat sich denn bei Wikilivres geändert? https://wikilivres.org/wiki/Special:RecentChanges zeigt die letzten Bearbeitungen im Mai an. Aber gab es grundlegende Änderungen, so dass die alten Links gänzlich nutzlos geworden sind? Dass die Wayback Machine nicht weiterhilft, wie auf Meta steht, sollte hier doch kein Kriterium sein? --Viele Grüße, Aschmidt (Diskussion) 07:21, 3. Jul. 2024 (CEST)
- @Tsungam danke dir.
- @Aschmidt die letzten Änderungen sind aber vom mai 2019
- meine frage zielte eher in die richtung, kann man irgendwie die links nach wikilivres nach wikibooks ersetzen und wenn ja wie.
- was ich auch nicht verstehe: wenn ich einen link aus recent changes bei wikilivres anklicke, erreiche ich die seite. alle anderen links reagieren nicht bzw suchen nach einträgen werden nicht ausgeführt.
- ich tendiere wie gesagt dazu, die links nach wikilivre einfach zu entfernen. ich glaube, wir haben nur 67 linkziele, die kann ich auch per hand entfernen. oder kommen nach und nach weitere hinzu? Viele Grüße -- Thomas 07:36, 3. Jul. 2024 (CEST)
- Okay, das Jahr hatte ich übersehen … Aber: Das ist doch eine Art Archiv wie Wikisource. Was sollte sich da geändert haben? Gerade wenn die letzte Bearbeitung so lange zurückliegt? --Viele Grüße, Aschmidt (Diskussion) 07:50, 3. Jul. 2024 (CEST)
- Die Seite ist nicht mehr funktional. Wähle dort einen beliebigen Link, du bleibst auf der Startseite. --Magnus (Diskussion) 08:09, 3. Jul. 2024 (CEST)
- ich werd dann mal demnächst die links nach wikilibre aus den betroffenen artikeln entfernen -- Thomas 10:40, 3. Jul. 2024 (CEST)
- so... hab mal die links entfernt, bin gespannt, ob das alle waren oder ob demnächst noch weitere kommen. -- Thomas 08:10, 4. Jul. 2024 (CEST)
- @Z thomas Suche nach insource:wikilivres bringt derzeit 46 Einbindungen. --Windharp (Diskussion) 13:51, 4. Jul. 2024 (CEST)
- @Windharp Danke für den Hinweis. Hab das mal mit erledigt, es sind 3 übriggeblieben, die über webarchiv gefunden werden. Viele Grüße -- Thomas 15:38, 4. Jul. 2024 (CEST)
- @Z thomas Suche nach insource:wikilivres bringt derzeit 46 Einbindungen. --Windharp (Diskussion) 13:51, 4. Jul. 2024 (CEST)
- so... hab mal die links entfernt, bin gespannt, ob das alle waren oder ob demnächst noch weitere kommen. -- Thomas 08:10, 4. Jul. 2024 (CEST)
- ich werd dann mal demnächst die links nach wikilibre aus den betroffenen artikeln entfernen -- Thomas 10:40, 3. Jul. 2024 (CEST)
- Die Seite ist nicht mehr funktional. Wähle dort einen beliebigen Link, du bleibst auf der Startseite. --Magnus (Diskussion) 08:09, 3. Jul. 2024 (CEST)
- Okay, das Jahr hatte ich übersehen … Aber: Das ist doch eine Art Archiv wie Wikisource. Was sollte sich da geändert haben? Gerade wenn die letzte Bearbeitung so lange zurückliegt? --Viele Grüße, Aschmidt (Diskussion) 07:50, 3. Jul. 2024 (CEST)
3. Juli
Leere Diskussionseiten in blau
Hallo, seit kurzem scheinen alle Diskussionsseiten blau zu sein, auch wenn es noch keinen Diskussionsbeitrag gab. Das liegt vermutlich daran, dass ein bedienerfreundliches Feld eingefügt wurde, das leichter ermöglicht, einen Diskussionsabschnitt hinzuzufügen. Das die Diskussionsseite jetzt immer blau ist, hat natürlich den kleinen Nachteil, dass man nicht auf den ersten Blick sieht, ob es dort überhaupt schon einen Beitrag gab. Man muss immer drauf klicken. Dazu meine Fragen. Gab es vor kurzem eine entsprechende Änderung bei Diskussionsseiten? Wo wird eine solche Änderung kommuniziert? --Berlinschneid (Diskussion) 18:42, 3. Jul. 2024 (CEST)
- Magst du ein Beispiel verlinken? Bei mir (Vector 2010, Firefox) ist es nämlich augenscheinlich nicht so. --Mielas (Diskussion) 18:46, 3. Jul. 2024 (CEST)
- Danke Mielas, das war ein guter Hinweis. In einem anderen Browser, ohne dass ich angemeldet bin, sind die inhaltsleeren Diskussionsseiten gewohnt rot. --Berlinschneid (Diskussion) 19:57, 3. Jul. 2024 (CEST)
- Ist ein Vector2022-Bug, bekannt (https://phabricator.wikimedia.org/T367982) und bereits behoben, nur Fix halt noch nicht ausgespielt. --YMS (Diskussion) 18:57, 3. Jul. 2024 (CEST)
- Danke YMS, also Abwarten und Tee trinken. Behalte es im Auge. --Berlinschneid (Diskussion) 19:57, 3. Jul. 2024 (CEST)
- Zur Frage der Kommunikation: Es gibt Wikipedia:Projektneuheiten, außerdem die komplette Liste der Änderungen an MediaWiki wie z. B. hier. --Kallichore (Diskussion) 19:10, 3. Jul. 2024 (CEST)
- Danke, Kallichore, das ist ein wichtiger Hinweis. Dies Neuerung habe ich früher über den Newsletter erhalten. Jetzt weiß ich wieder, wo sie stehen. --Berlinschneid (Diskussion) 19:57, 3. Jul. 2024 (CEST)
- Wikipedia:Fragen zur Wikipedia/Archiv/2024/Woche 25#leere Diskussionsseiten - Blau-Link --0815 User 4711 (Diskussion) 07:31, 4. Jul. 2024 (CEST)
- Sollte heute im Laufe des Tages dann behoben sein. -- hgzh 07:42, 4. Jul. 2024 (CEST)
Vorschlag zur mobilen Ansicht
Hi, in der mobilen Ansicht werden alle Kapitel eingeklappt dargestellt. Gibt es eine Markierung, vergleichbar mit NOTOC, um das zu umgehen? Grund meiner Anfrage ist, dass es Seiten im Projektnamensraum gibt, die ausgeklappt besser funktionieren würden. Grüße --h-stt !? 21:42, 3. Jul. 2024 (CEST)
- Meiner Kenntnis nach gibt es dies nicht. -- hgzh 07:45, 4. Jul. 2024 (CEST)
- Aber vielleicht hilft Vorlage:Überschriftensimulation im Einzelfall? -- hgzh 07:58, 4. Jul. 2024 (CEST)
- Barrierefreiheitsmäßig wäre Überschriftensimulation eine ganz schlechte Idee, weil damit semantisch der Abschnitt nicht mehr existiert.
- Wiki-Seiten liefern ein HTML-Dokument, und HTML-Dokumente werden auf unterschiedlichsten Geräten akustisch oder visuell entsprechend ihrer Semantik dargestellt.
- NOTOC verhindert für alle Geräte einheitlich die Existenz eines Wiki-generierten Inhaltsverzeichnisses.
- Nur mittels Gadgets kann in begrenztem Umfang nachträglich irgendwas je nach Endgerät am für alle Geräte einheitlichen Wikitext und HTML-Dokument rumgefrickelt werden.
- Die WMF-Entwickler versuchen seit Jahren mit unsäglichem Gebastel und Gepfusche, die Wiki-Software-Aufbereitung für Smartphones so hinzuwurschteln, dass exakt die englischsprachige Wikipedia mit dem speziellen Design ihrer Artikel irgendwie hinkommt, und wenden das auf sämtliche 950 Wikis an.
- „dass es Seiten im Projektnamensraum gibt, die ausgeklappt besser funktionieren würden“
- Abhilfe wäre, dass die wichtigen Abschnitte, die ausgeklappt gewünscht wären, eine knackige Überschrift erhalten, damit sie in der Aufzählung der Abschnittsüberschriften dazu verlocken, aufgeklappt zu werden.
- Der Bildschirm einer Smartwatch oder eines Smartphones hat trotzdem nur begrenzte Größe. Auch bei aufgeklappter Darstellung passt nicht alles das drauf, von dem gewünscht wird, dass es alles sofort sichtbar sei. Es ist dann trotzdem nicht zu sehen.
- Einleitungsabschnitte sollten knapp fokussiert die Aufmerksamkeit auf den wesentlichen Inhalt der folgenden Seite in ihren Abschnitten lenken.
- Nach einem kurzen Einleitungsabschnitt sollten alle Überschriften noch bei der initialen Seitendarstellung sichtbar sein, und sie sollten prägnant formuliert werden, damit die erwarteten wichtigen Abschnitte aufgeklappt werden.
- VG --PerfektesChaos 10:56, 4. Jul. 2024 (CEST)
- Wenn ich mir die neueren Trends in der Webentwicklung ansehe, dann sind Seiten heute rein vertikal, mit knackigen Überschriften und sehr, sehr kurz gehalten. Alle Basisinfos stehen auf der ersten Seite, Links führen davon weg zu längeren Ausführungen. Sowas würde ich mir bei einigen WP-Seiten (im WP-Namensraum) auch wünschen. Und Überschriften-Simulationen finde ich gar nicht so doof wenn die Überschriften nicht zwingend für das Verständnis der Seitenstruktur gebraucht werden (dann sehe ich das Problem mit Barrierefreiheit). Es gibt also keine Option, der mobilen Seite zu sagen, dass alle (oder einige) Kapitel ausgeklappt sein sollten? Schade. Lohnt es sich, dafür ein Phabricator-Ticket aufzumachen? Eher nicht, oder? Die kommen mir wesentlich wichtigerem schon nicht nach? Grüße --h-stt !? 22:13, 4. Jul. 2024 (CEST)
- „die neueren Trends in der Webentwicklung“
- Die halten immer nur für ein halbes Jahrzehnt; dann kommen ein paar vielgelesene Marktführer wieder mit was Neuem um die Ecke, dem alle hinterhertrotten.
- In den 1995++ stand dann auf vielen Webseiten ein „Optimiert für 1024 × 768 Pixel“ oder so ähnlich. Eine Bankrotterklärung, totales Versagen und Unfähigkeit, HTML korrekt anzuwenden.
- „sind Seiten heute rein vertikal“
- Das ist auch wieder so eine momentane Unsitte. Die meisten Leute benutzen ein Smartphone, also schreiben wir es fest für Smartphones, also nur einspaltig.
- In Spezial:Anmelden ist das (bei uns ausnahmsweise) auch so gemacht; aber das ist bei uns die Ausnahme, und auf der Seite stehen ja auch nur ein paar ultrakurze Zeilen (Simulation).
- Gute Webseiten sind weitgehend responsiv; passen sich im Rahmen der Möglichkeiten dem Endgerät und dessen Konfiguration an.
- Unsere Hauptseite ist darauf ausgelegt, flexibel mit 1, 2, 3, 4 Spalten nebeneinander dargestellt zu werden, je nach verfügbarer Breite.
- Wikipedia:Autorenportal ist Flexbox.
- Die allermeisten Hilfeseiten passen sich dynamisch an, sind mobiltauglich, haben einen kurzen Einleitungsabschnitt mit der wesentlichen Orientierung, was diese Seite anstellen soll.
- Die allermeisten enzyklopädischen Artikel sind von ganz allein responsiv, ganz ohne dass daran was speziell gemacht wurde. HTML ist konzeptionell von selbst darauf ausgelegt, dass intelligente Browser der Situation angepasst darstellen können. Das Problem mit Meta-Seiten ist eher, dass darin eingegriffen wurde und alles auf ein Desktop-Layout fixiert wurde.
- „Alle Basisinfos stehen auf der ersten Seite, Links führen davon weg zu längeren Ausführungen“
- Dieses Konzept nennen wir „Einleitungsabschnitt“.
- Dürfte auf den beanstandeten Seiten nicht gut umgesetzt sein.
- „Alle Basisinfos stehen auf der ersten Seite“ – das wird bei komplexen Situationen nicht machbar sein. Das muss schließlich erläutert werden, insbesondere für diejenigen, welche die Seite noch niemals gesehen hatten. Da sind die Begriffe und Konzepte unverständlich, „Basisinfos“ nur für allwissende Profis.
- „Links führen davon weg zu längeren Ausführungen“ – das sind gerade die eingeklappten Überschriften.
- Aber der Einleitungsabschnitt sollte zumindest klarstellen, was das Thema dieser Seite ist.
- „sehr, sehr kurz gehalten“
- Ja, es gibt da so Trends: Nicht mehr als 160 Zeichen pro Absatz, nicht mehr als 50 Zeichen pro Zeile, kein Video oder Musikstück länger als 30 Sekunden.
- Ist aber nicht Wikipedia.
- Wir erklären für alle Menschen verständlich und mit Hintergründen.
- Wir streuen keine Tüte mit Info-Bröseln in die Schädel.
- Überschriftensimulation
- Die Screenreader erstellen unabhängig von unserem Inhaltsverzeichnis für den Inhaltsbereich automatisch für jede Webseite ein Inhaltsverzeichnis, in das auch die auf der Wiki-Seite mit Hinweisen ausgestatten Elemente der Portal-Navigation und von deWP markierte Hinweise aufgenommen werden. Ein Bestandteil ist wie bei uns das aus Überschriften generierte Inhaltsverzeichnis zum Text.
- Überschriftensimulation ist ganz einfacher, normaler Text, der völlig unmotiviert irgendwo eingestreut wird. Dorthin kann nicht navigiert werden, weil bei einer Simulation gezielt alle effektiven Eigenschaften unterlassen werden müssen; sonst tauchen die alle im Inhaltsverzeichnis auf.
- „ausgeklappt besser funktionieren würden“
- Kaum.
- Der Einleitungsabschnitt und alle verlinkten Überschriften müssen im initial sichtbaren Bereich erscheinen.
- Danach haben alle ihren persönlichen Informationsbedarf, den aktuellen Fokus, und müssen über sinnvoll getextete Überschriften zu dem Bereich gelangen, der jetzt grad interessant ist. Und alles andere ist eingeklappt. Auf einer langen Seite führt das sonst zu einem konfusen Rumgewische, wenn nicht wie auf dem Desktop ein größerer Überblick auch über wildfremde Seiten möglich ist.
- „dafür ein Phabricator-Ticket aufzumachen“
- Vermute, das gibt es schon.
- Siehe eins drunter.
- Das würde aber nur pauschal für „ANR“ oder „alle Namensräume“ konfigurierbar sein. Wir haben aber 20 Millionen Seiten und die haben äußerst unterschiedliche Darstellungen. Aber wer’s mag.
- VG --PerfektesChaos 13:20, 5. Jul. 2024 (CEST)
- „die neueren Trends in der Webentwicklung“
- Unter Spezial:Mobile_Optionen gibt es eine "Alle Abschnitte expandieren"-Option (allerdings nur auf kleinen Bildschirmen sichtbar, und nur für den Artikelnamensraum gültig). Grüße, HaeB (Diskussion) 08:37, 5. Jul. 2024 (CEST)
Vektorgrafiken in der mobilen Ansicht der Wikipedia nicht im Originalformat anzeigbar
Hallo. Wie lassen sich Vektorgrafiken/SVG, die über die mobile Ansicht der Wikipedia aufgerufen werden, nach dem Anzeigen im Media Viewer, durch ein weiteres Klicken im Originalformat anzeigen. In der Dektop-Ansicht der Wikipedia funktioniert das wunderbar. Das Problem ist, wenn Grafiken mit z.B. kleinem Text im Media Viewer nicht lesbar sind, dann kommen die vielen Leser der mobilen Wikipedia-Ansicht an der Stelle nicht mehr weiter. Kann mir diesbezüglich jemand weiterhelfen? Danke. --Abvdj (Diskussion) 22:24, 3. Jul. 2024 (CEST)
- Im Browser müsste, wenn man das Bild anklickt, unten rechts etwas sein, was einen auf Wikimedia Commons weiterleitet und dann kann man da das Original anzeigen lassen. Oder man kann einfach darauf klicken und zoomen? Ich bin mir gerade nicht sicher, ob wir aneinander vorbeireden, weil ich das für unproblematisch halte. --Bildungskind (Diskussion) 22:31, 3. Jul. 2024 (CEST)
- Drauf klicken und zoomen bringt nichts. Der Media Viewer zeigt sowohl mobil als auch auf dem Desktop nicht das SVG, sondern ein davon gerendertes PNG an. Allerdings bringt einem auf dem Desktop eben ein Klick zum Originalbild, in der Mobilversion nicht. Aber den Link zur Common-Seite gibt es. Auch er unterscheidet sich ein wenig von der Desktop-Version, wo es "Weitere Einzelheiten" mit Commons-Logo (oder 'nem Blatt-Papier-Icon bei lokalen Bildern) ist - in der Mobilversion heisst es nur "Einzelheiten", ohne Logo. Dort dann noch ein letztes Mal aufs Bild klicken, und man bekommt auch mobil das SVG angezeigt. --Karotte Zwo (Diskussion) 11:18, 4. Jul. 2024 (CEST)
- Mit SVG und mobiler Ansicht sind zwei Dinge vereint, die die Welt nicht braucht, vielleicht deshalb? --Ralf Roletschek (Diskussion) 11:22, 4. Jul. 2024 (CEST)
- Ah, da habe ich etwas vertan. Ich bin ehrlich gesagt schon daran gewohnt, immer auf Commons zu wechseln, wenn ich mir das Bild genauer anschauen will. Das sind aber vielleicht wirklich ein paar Klicks zu viel. --Bildungskind (Diskussion) 18:07, 4. Jul. 2024 (CEST)
- Drauf klicken und zoomen bringt nichts. Der Media Viewer zeigt sowohl mobil als auch auf dem Desktop nicht das SVG, sondern ein davon gerendertes PNG an. Allerdings bringt einem auf dem Desktop eben ein Klick zum Originalbild, in der Mobilversion nicht. Aber den Link zur Common-Seite gibt es. Auch er unterscheidet sich ein wenig von der Desktop-Version, wo es "Weitere Einzelheiten" mit Commons-Logo (oder 'nem Blatt-Papier-Icon bei lokalen Bildern) ist - in der Mobilversion heisst es nur "Einzelheiten", ohne Logo. Dort dann noch ein letztes Mal aufs Bild klicken, und man bekommt auch mobil das SVG angezeigt. --Karotte Zwo (Diskussion) 11:18, 4. Jul. 2024 (CEST)
- Schon vor Jahren hab ich gefordert, man solle SVG-Bilder doch als solche in den Seiten (und im Media-Viewer) anzeigen statt als PNG. Inzwischen sollten morderne Browser (mobil und Desktop) SVG anzeigen können. --Morten Haan 🔋 Wikipedia ist für Leser da 17:16, 4. Jul. 2024 (CEST)
- @Bildungskind@Karotte Zwo@Ralf Roletschek@Morten Haan Danke für eure Antworten. Leider gehen viele mobile Leser verloren, wenn sie noch weiter auf die Commons-Seite klicken müssen, um die SVG abzurufen zu können. Also ist die Übergangslösung, man setzt in der SVG-Datei
width
undheight
höher, um eine höhere Auflösung der PNG im Media Viewer zu erreichen? Der Nachteil davon ist allerdings, dass dann die Leute, die die kristallscharfe SVG auf Commons aufrufen wollen, eine herangezoomte Grafik sehen werden, wo man nicht rauszoomen kann, was insbesondere bei Diagrammen/Übersichten ärgerlich ist. Das scheint der Kompromiss zu sein. Falls der Media Viewer in der Zukunft SVGs anzeigen sollte, dann stellt man in der SVG-Datei wiederwidth=100%
undheight=100%
ein. --Abvdj (Diskussion) 18:55, 4. Jul. 2024 (CEST)- Ich vermute einmal, man müsste für die Lösung etwas an der Erweiterung mw:Extension:Media Viewer ändern. (Oder etwas am Skin? Leider kann ich gerade nicht prüfen, welche der beiden Sachen dieses „Problem“ verursacht, vielleicht kann das jemand anderes einmal nachprüfen.) --Bildungskind (Diskussion) 19:07, 4. Jul. 2024 (CEST)
- Das Problem betrifft ja nicht nur den MediaViewer, sondern auf die Artikel und damit MediaWiki direkt. --Morten Haan 🔋 Wikipedia ist für Leser da 19:23, 4. Jul. 2024 (CEST)
- Okay, unabhängig davon müsste man das Problem wahrscheinlich in MediaWiki-Wiki ansprechen, da das die Software selbst betrifft. --Bildungskind (Diskussion) 19:24, 4. Jul. 2024 (CEST)
- Das Problem betrifft ja nicht nur den MediaViewer, sondern auf die Artikel und damit MediaWiki direkt. --Morten Haan 🔋 Wikipedia ist für Leser da 19:23, 4. Jul. 2024 (CEST)
Offensichtlich gibt es ein technisches Problem, welches wir vor einiger Zeit schon mal hier hatten: Die Eintragungen werden offensichtlich nicht automatisch abgearbeitet es gibt jetzt seit dem 27.Juni einen Stau bei den neuen Eintragungen. Was kann man da machen? --Lutheraner (Diskussion) 23:30, 3. Jul. 2024 (CEST)
- @Wiegels: ansprechen. Beste Grüße --Itti 23:30, 3. Jul. 2024 (CEST)
- Sollte an den Unicode-Smileys liegen. Ich habe diese entfernt, mal sehen, ob es hilft. -- hgzh 07:51, 4. Jul. 2024 (CEST)
- Alle Bestätigungen sind nun übertragen. -- hgzh 08:04, 4. Jul. 2024 (CEST)
4. Juli
Gibt es einen Phab zur suboptimalen Anzeige von Diffs?
In dem obigen Thread zu den Nekrologielisten ist aufgefallen, dass die Anzeige von Unterschieden bei Edits sehr suboptimal ist, wenn es nur um das Entfernen oder Einfügen von Leerzeichen geht. Hier wurde nur eine Tabelenzeile eingefügt (in einem hier unerwünschten Layout, aber das betrifft nur die ersten 5 Zeilen), und im Zuge dessen automagisch Leerzeichen entfernt. Die Diff macht aus diesen Kinkerlitzchen weiter hinten einen riesigen Unterschied, verwechselt die Zeilen teilweise, markiert unveränderte Bereiche als vorgeblich verändert und erschwert bis verunmöglicht damit eine sinnvolle Kontrolle der Änderungen.
Gibt es zu diesem Bug schon einen Phab? Wer kümmert sich um diesen Bug von den Devs? Grüße vom Sänger ♫ (Reden) 10:25, 4. Jul. 2024 (CEST)
- Ich denke nicht, dass es sich um einen „Bug“ oder eine „suboptimale Anzeige“ handeln würde.
- Es gibt grundsätzlich zwei Typen von Diff-Darstellungen:
- Zeilenorientiert
- Das ist unsere klassische Diffpage.
- Sie stammt aus der Programmierungstechnik, wo kurze Quelltextzeilen einer Programmierung eingefügt, entfernt oder veändert wurden.
- Für unsere Wikisyntax ist das je nach Art der Inhalte ggf. nur mäßig geeignet; weil die „Zeilen“ sehr sehr lang sind und/oder gleichzeitig irrelevante Zeilenumbrüche sich änderten.
- „suboptimal“ ist daran überhaupt nichts; das ist zwangsläufig so wie es sein muss.
- Inline
- Kam später. Vertreter:
- Schnark-Diff
- Visueller Modus der Mobilgeräte
- Ergebnis-Darstellung, wie auch immer beschriftet, meistens mit dem Wort „Visuell“ und einem Auge. Zeigt nur die inhaltlichen Veränderungen an und unterdrückt irrelevante syntaktische bzw. nur unsichtbare Änderungen.
- Veränderte Zeilenumbrüche oder Leerzeichen ohne Auswirkung auf die resultierende Seitendarstellung werden gar nicht oder nur beiläufig angezeigt.
- Kam später. Vertreter:
- Zeilenorientiert
- In dem Moment, in dem Zeilenumbrüche eingefügt oder entfernt werden, kommt es bei der Darstellung #1 zwingend und unvermeidlich zu einer umfangreichen Präsentation. Im Modus #2 ist das hingegen nur ein einzelnes Zeichen innerhalb derselben Darstellungszeile, und wenn das bei Whitespace noch nicht einmal Darstellungs-Wirkung hätte, wird das möglicherweise nicht einmal erwähnt, weil es keine sichtbare Wirkung hat, und um Veränderungen ohne sichtbare Wirkung geht es ja bei dem ganzen auslösenden Drama.
- VG --PerfektesChaos 11:10, 4. Jul. 2024 (CEST)
- Im Moment funktioniert aber keine der drei standardmässig angebotenen Diff-Ansichten (visuell, Wikitext, Wikitext inline) auf brauchbare Weise, während z.B. das zeilenorientierte Beyond Compoare (externes Programm) denselben Diff übersichtlich anzeigt, mit lediglich zwei Änderungen. --Karotte Zwo (Diskussion) 11:27, 4. Jul. 2024 (CEST)
- Das zugrundeliegende Problem ist wohl, dass die Absatzerkennung nicht funktioniert, wenn in zwei hintereinanderliegenden kurzen Zellenzeilen nach der Einfügung einer neuen Zeile noch etwas geändert wird. Wenn nur eine Zeile direkt dahinter geändert wird, ist die Markierung noch korrekt. -- hgzh 14:17, 4. Jul. 2024 (CEST)
- Im Moment funktioniert aber keine der drei standardmässig angebotenen Diff-Ansichten (visuell, Wikitext, Wikitext inline) auf brauchbare Weise, während z.B. das zeilenorientierte Beyond Compoare (externes Programm) denselben Diff übersichtlich anzeigt, mit lediglich zwei Änderungen. --Karotte Zwo (Diskussion) 11:27, 4. Jul. 2024 (CEST)
Suchfeld auf VM verrutscht
Hallo allerseits, bei mir wird das Suchfeld in der Archivbox auf WP:VM falsch angezeigt. Der Kasten ist nicht zentriert, sondern geht über den Archivkasten hinaus bis zum rechten Bildrand. Das sorgt bei mir dafür, dass die Seite unten auch eine horizontale Scrollbar bekommt. Hat das Problem noch jemand anders? Wie kann ich das Beheben? Vielen Dank schon mal :) --Känguru1890 (Diskussion) 19:53, 4. Jul. 2024 (CEST)
- Bei mir ist das auchso, auch in einem Privat Tab.--Conan (Eine private Nachricht an mich? Bitte hier lang.) 19:55, 4. Jul. 2024 (CEST)
- Wikipedia:Vandalismusmeldung/Intro ist aber in Ordnung. --MannMaus (Diskussion) 20:05, 4. Jul. 2024 (CEST)
- Ja, komischerweise aber nicht mehr, wenn ich auf Bearbeiten und die Vorschau gehe (ohne Änderung versteht sich). --Mielas (Diskussion) 20:11, 4. Jul. 2024 (CEST)
- Es gibt in MediaWiki 1.43/wmf.12 eine Änderung an der Inputbox Umgebung (Phabricator). Das Verrutschen passt zeitlich zum Wechsel von wmf.11 auf wmf.12.--Kallichore (Diskussion) 20:23, 4. Jul. 2024 (CEST)
- Wenn man die min-width:256px rausnimmt, verschwindet das Problem. Warum das gerade jetzt für Probleme sorgt, verstehe ich noch nicht ganz. --XanonymusX (Diskussion) 20:37, 4. Jul. 2024 (CEST)
- Es gibt in MediaWiki 1.43/wmf.12 eine Änderung an der Inputbox Umgebung (Phabricator). Das Verrutschen passt zeitlich zum Wechsel von wmf.11 auf wmf.12.--Kallichore (Diskussion) 20:23, 4. Jul. 2024 (CEST)
- Das war nur dank des Caches noch korrekt. -- hgzh 22:09, 4. Jul. 2024 (CEST)
- Hab's jetzt erstmal per lokalem CSS übersteuert. -- hgzh 22:18, 4. Jul. 2024 (CEST)
- Danke, sieht wieder normal aus :) --Känguru1890 (Diskussion) 22:21, 4. Jul. 2024 (CEST)
- Ich glaube, dass es noch weitere Stellen betrifft: Auf Wikipedia:Redaktion Chemie ist es mir gerade bei der Archiv-Suche aufgefallen. (Wikipedia:Redaktion Chemie/Archive) --Mielas (Diskussion) 00:10, 5. Jul. 2024 (CEST)
- Dito auf der LP. --178.115.46.29 03:49, 5. Jul. 2024 (CEST)
- Ich glaube, dass es noch weitere Stellen betrifft: Auf Wikipedia:Redaktion Chemie ist es mir gerade bei der Archiv-Suche aufgefallen. (Wikipedia:Redaktion Chemie/Archive) --Mielas (Diskussion) 00:10, 5. Jul. 2024 (CEST)
- Danke, sieht wieder normal aus :) --Känguru1890 (Diskussion) 22:21, 4. Jul. 2024 (CEST)
- Hab's jetzt erstmal per lokalem CSS übersteuert. -- hgzh 22:18, 4. Jul. 2024 (CEST)
- Ja, komischerweise aber nicht mehr, wenn ich auf Bearbeiten und die Vorschau gehe (ohne Änderung versteht sich). --Mielas (Diskussion) 20:11, 4. Jul. 2024 (CEST)
- Wikipedia:Vandalismusmeldung/Intro ist aber in Ordnung. --MannMaus (Diskussion) 20:05, 4. Jul. 2024 (CEST)
Adolf Ehrt Google Books kaputt
Bei Adolf Ehrt ist ein Google Books Link. Leider zeigt der mir ein 404. Kann jemand diesen Link reparieren? thx.-Sanandros (Diskussion) 21:12, 4. Jul. 2024 (CEST)
- Hallo Sanandros, die Buch-ID war nicht mehr gültig, d. h., dieses Digitalisat wird von GB nicht mehr angeboten. Unter https://books.google.com/ hättest Du unter Eingabe des Buchtitels eine andere ID sicher auch gefunden. Für dieses Mal habe ich sie geändert. Gruß, --Wi-luc-ky (Diskussion) 23:30, 4. Jul. 2024 (CEST)
- Ich dachte Buch IDs sind für die Ewikeit.--Sanandros (Diskussion) 05:49, 5. Jul. 2024 (CEST)
- Ewig mögen sie schon sein; aber mit begrenzter irdischer Existenz, hier: mit vergänglicher Zugänglichkeit;) Gruß, --Wi-luc-ky (Diskussion) 11:45, 5. Jul. 2024 (CEST)
5. Juli
IPA-Lautschrift / Unicode-Steuerzeichen
Moinsen zusammen! Da ich gerade wiederholt verbessert werde: Wie kopiert man IPA-Zeichen aus der entsprechenden Liste per Copy/Paste, ohne ungewollte Unicode-Steuerzeichen mitzukopieren? In meinem Quelltext sieht immer alles vollkommen normal aus. -- Escla ¿! 07:33, 5. Jul. 2024 (CEST)
- Du kannst bei der Bearbeitung (kurzzeitig) die Syntaxhervorhebung (Stiftsymbol in der Werkzeugleiste) aktivieren. Die zeigt Steuerzeichen als rote Punkte an, die du dann entfernen kannst. -- hgzh 07:37, 5. Jul. 2024 (CEST)
- Die ist eigentlich standardmäßig aktiviert, wenn ich auf "Quelltext bearbeiten" klicke. Test: ɒ. Siehe keine Punkte. Nur wenn ich das Zeichen in den Notepad++ lade und alle Zeichen anzeigen lasse, sehe ich welche. Hier das Ergebnis des C&P von dort, ohne Steuerzeichen: ɒ. Werde wohl in Zukunft diesen Umweg gehen. Grüße -- Escla ¿! 09:16, 5. Jul. 2024 (CEST)
- Wenn ich diese Version bearbeite, sehe ich die Steuerzeichen. -- hgzh 10:11, 5. Jul. 2024 (CEST)
- Unangemeldet geht's. Angemeldet in beiden Vectors nicht. Ich geh mal auf die Suche in meinen Einstellungen. -- Escla ¿! 18:02, 5. Jul. 2024 (CEST)
- Wenn ich diese Version bearbeite, sehe ich die Steuerzeichen. -- hgzh 10:11, 5. Jul. 2024 (CEST)
- Die ist eigentlich standardmäßig aktiviert, wenn ich auf "Quelltext bearbeiten" klicke. Test: ɒ. Siehe keine Punkte. Nur wenn ich das Zeichen in den Notepad++ lade und alle Zeichen anzeigen lasse, sehe ich welche. Hier das Ergebnis des C&P von dort, ohne Steuerzeichen: ɒ. Werde wohl in Zukunft diesen Umweg gehen. Grüße -- Escla ¿! 09:16, 5. Jul. 2024 (CEST)
Bitte ersetze diese Zeile hier durch eine aussagekräftige Überschrift!
Warum steht bei Kroos deutscher ehemaliger Fußballspieler und bei Schweinsteiger ehemaliger deutscher Fußballspieler bitte korrigiert das.
--2A01:C23:647B:6800:91FE:A077:D4F2:C259 22:14, 5. Jul. 2024 (CEST)
- Beides ist richtig. WP:KORR. Grüße --Ankermast (Diskussion) 22:18, 5. Jul. 2024 (CEST)
6. Juli
Sind auf Begriffsklärungsseiten auch Einträge ohne enzyklopädische Relevanz vorgesehen?
Ich war bisher der Meinung, dass auf Begriffsklärungsseiten nur enyzklopädisch relevante Einträge vorhanden sein sollten. Also entweder Artikel, die schon existieren, oder Rotlinks bei denen enzyklopädische Relevanz erwartbar ist (am besten mit entsprechenden Nachweisen in einem Kommentar hinter dem Rotlink). Deshalb habe ich gestern, nachdem der Artikel Corps Hansea Köln gelöscht wurde, den Eintrag in der BKL Corps Hansea entfernt. Dies wurde allerdings vom löschenden Admin Benutzer:Poupou l'quourouce mit der Begründung „Die Nennung darf bleiben, nur der Link sollte weg“ rückgängig gemacht. Ist das wirklich so gewünscht, dass Begriffsklärungen Einträge ohne enzyklopädische Relevanz enthalten? --2A01:5241:70A:7600:0:0:0:5895 09:51, 6. Jul. 2024 (CEST)
- Natürlich, warum nicht? --Ralf Roletschek (Diskussion) 09:54, 6. Jul. 2024 (CEST)
- Dann kann ich also meinen Urgroßvater Johannes Schmidt (1874–1945), der als einfacher Handwerker keinerlei enzyklopädischer Relevanz besitzt, auf Johannes Schmidt eintragen? --2A01:5241:70A:7600:0:0:0:5895 09:58, 6. Jul. 2024 (CEST)
- Demnach ja, tatsächlich nein, denke ich.
- BKS sollten nur (potentiell) verlinkbare Lemmata enthalten, in Listen können auch der Vollständigkeit halber enzyklopädisch nicht relevante Sachen stehen.
- Ich halte komplett schwarze Zeilen in der BKS für falsch und nicht mit den Regeln zu vereinbaren. --Grüße vom Sänger ♫ (Reden) 10:07, 6. Jul. 2024 (CEST)
- Ach ja, ich hätte da auch noch einen Opa für Friedrich Koch beizusteuern. --Grüße vom Sänger ♫ (Reden) 10:09, 6. Jul. 2024 (CEST)
- Das sehe ich auch so, in BKS gehören nur verlinkbare Lemmata. Das können in Ausnahmefällen auch mal Redirects sein (d. h. der langjährige Schlagzeuger einer relevanten Band darf in eine BKS, auch wenn er nicht eigenständig relevant ist sondern nur ein Redirect auf die Band besteht). -- Aspiriniks (Diskussion) 10:11, 6. Jul. 2024 (CEST)
- In einer BKS sollte nur eingetragen werden, was bereits einen Artikel hat, oder wo er möglich ist. Alles andere ist unsinnig und steht im Widerspruch zu WP:WWNI, bis auf sinnvolle Weiterleitungen, die es z.B. im Musikbereich für Bandmitglieder, o.Ä gibt. Besteht in Ausnahmefällen Diskussionsbedarf, kann das ja auch diskutiert werden, aber die Entscheidung von @Poupou l'quourouce: halte ich für fragwürdig, denn sie würde WWNI aufheben. --Itti 10:14, 6. Jul. 2024 (CEST)
- +1 --Ankermast (Diskussion) 10:18, 6. Jul. 2024 (CEST)
- Nur wenn heute ein Artikel gelöscht wird, heißt das nicht automatisch, daß das Lemma nicht enzyklopädisch sein könnte. Es ist nur eine Momentanaufnahme eines Admins. Es gibt Bereiche, wo sich die Kriterien ständig ändern (Bahnhöfe z. B.), da wäre es sinnlos, BKS ständig anzupassen. --Ralf Roletschek (Diskussion) 11:17, 6. Jul. 2024 (CEST)
- Doch, das ist es. Ansonsten entstehen undefinierte Sammelbecken, die im Widerspruch zu WWNI stehen. Viele Grüße --Itti 11:19, 6. Jul. 2024 (CEST)
- Du möchtest also, dass ich meinen Opa in Friedrich Koch eintrage? --Grüße vom Sänger ♫ (Reden) 11:21, 6. Jul. 2024 (CEST) PS: Immerhin war er Ortsbauernführer, angesichts der immer weiter aufweichenden RK könnten die auch mal alle relevant werden.<
- Das wäre eine BNS-Aktion. Aber klar sollten nicht relevante Lemmas auch von der BKS gestrichen werden. Sollte das Thema in der Zukunft doch wieder relevant werden, kann man sie ja wieder eintragen. --Mielas (Diskussion) 11:35, 6. Jul. 2024 (CEST)
- Natürlich wäre es das, deshalb mache ich es ja auch nicht. Ich wollte damit primär die absurde "Argumentation" von Ralf aufzeigen, nach der nämlich genau so etwas gewünscht wäre. --Grüße vom Sänger ♫ (Reden) 12:05, 6. Jul. 2024 (CEST)
- Ich habe den Artikel vor allem deshalb wieder dort eingetragen, weil dort schon weitere unverlinkte Nennungen gelistet waren. Ich habe auch keinerlei Schmerz, das dort wieder rauszunehmen. Mein Edit sollte jedenfalls keine Positionierung zu WWNI sein. Fast wichtiger: vielen Dank an die IP, die mir da hinterher geräumt hat. Ich hätte es auch gemacht, nur nicht so schnell! LG,—poupou review? 13:38, 6. Jul. 2024 (CEST)
- Natürlich wäre es das, deshalb mache ich es ja auch nicht. Ich wollte damit primär die absurde "Argumentation" von Ralf aufzeigen, nach der nämlich genau so etwas gewünscht wäre. --Grüße vom Sänger ♫ (Reden) 12:05, 6. Jul. 2024 (CEST)
- Das wäre eine BNS-Aktion. Aber klar sollten nicht relevante Lemmas auch von der BKS gestrichen werden. Sollte das Thema in der Zukunft doch wieder relevant werden, kann man sie ja wieder eintragen. --Mielas (Diskussion) 11:35, 6. Jul. 2024 (CEST)
- Anmerkung: In sehr vielen BKS befinden zahlreiche "Rotlinks" mit fraglicher Relevanz. Beispiel: Homberg
- Relevanz muss offenbar für BKS-Einträge nicht nachgewiesen werden. --Doc Schneyder Disk. 12:58, 6. Jul. 2024 (CEST)
- Geographische Objekte gelten generell als relevant, daher sind die Rotlinks in Homberg OK. Insbesondere bei Personen und Unternehmen sollten Rotlinks nur bei eindeutiger Relevanz eingetragen werden, nicht bei ungeklärten Zweifelsfällen. -- Aspiriniks (Diskussion) 13:42, 6. Jul. 2024 (CEST)
- Nur wenn heute ein Artikel gelöscht wird, heißt das nicht automatisch, daß das Lemma nicht enzyklopädisch sein könnte. Es ist nur eine Momentanaufnahme eines Admins. Es gibt Bereiche, wo sich die Kriterien ständig ändern (Bahnhöfe z. B.), da wäre es sinnlos, BKS ständig anzupassen. --Ralf Roletschek (Diskussion) 11:17, 6. Jul. 2024 (CEST)
- +1 --Ankermast (Diskussion) 10:18, 6. Jul. 2024 (CEST)
- Dann kann ich also meinen Urgroßvater Johannes Schmidt (1874–1945), der als einfacher Handwerker keinerlei enzyklopädischer Relevanz besitzt, auf Johannes Schmidt eintragen? --2A01:5241:70A:7600:0:0:0:5895 09:58, 6. Jul. 2024 (CEST)
Das Bandmitglied ist ja im Artikel über die Band erwähnt, somit erstmal eine relevante Person.
- Weder
mm
nochcm
haben eigene Artikel. Sie sind nur im Artikel zum Meter erwähnt. Um die Zuordnung cm→Meter für das Publikum auffindbar zu machen, wird auf der CM-BKS dieser Sachverhalt aufgelistet. - Genauso ist (anders als Mick Jagger) nicht jedes Bandmitglied jeder Band (bislang) so relevant geworden, und niemand hatte den Nerv einen dürren Artikel über den Drummer 1976–1978 der Hinterhof-Rats zu schreiben, aber mag ja andere Karriere machen. Über die Erwähnung des Namens in der BKS wird jedoch der Bezug zur Erwähnung hergestellt.
Was lernt uns das?
- Das Bandmitglied und
cm
haben zwar keine eigenen Artikel, aber es wird ein Blaulink angeboten auf den Artikel wo das eingeordnet wird. - Somit sind dies auch keine rein schwarzen Zeilen.
- Somit zulässig.
- Eine enzyklopädische Relevanz wird durch die Erwähnung im Artikel zum Oberbegriff gestiftet, auch wenn die eher nicht für einen separaten Artikel reichen mag.
VG --PerfektesChaos 12:26, 6. Jul. 2024 (CEST)
Ich bin ja als kritisch in Relevanzfragen bekannt, aber bei BKS braucht man nicht vorab die Relevanz zu Ende durchprüfen. Ich übernehme gern Personen, die eine Wikidata-Eintrag haben, die über Name, Vorname, Forscher hinaus gehen. Wer 2020 seine Doktorabeit aus der wenigstens sein Fachgebiete hervorgeht in ORCID stehen hat hat ja durchaus Chancen auf einen Lehrstuhl etc. in 2027. Da dient die BKS als (unverbindlicher) Lemmavorschlag, auch zum Vorabverlinken. --Bahnmoeller (Diskussion) 14:51, 6. Jul. 2024 (CEST)
- Bei BKS habe ich schon öfter gelesen, dass für Rotlinks ein Relevanzhinweis angegeben werden sollte, in der Regel im Quelltext. Mag ein Artikel bei Kollegen anderer Sprachversionen sein. Kann aber auch ein Links sein, mit dem die Oplympia-Teilnahme belegt ist. Den Sänger-Opa würde ich dann ggf. wieder rauswerfen ;-) --Erastophanes (Diskussion) 17:12, 6. Jul. 2024 (CEST)
- Auf die Frage in der Abschnittsüberschrift gibt es eine einfache und eindeutige Antwort: Nein. (Eine Begriffsklärungsseite (BKS) ist [...] ein Wegweiser zu Artikeln oder Artikelabschnitten, in denen das Stichwort behandelt wird.) -- Hans Koberger 18:53, 6. Jul. 2024 (CEST)
Ich wäre da für etwas Pragmatismus. Man sollte Regeln nicht als Selbstzweck behandeln. Eine Erwähnung ohne Rotlink kann sinnvoll sein für Gegenstände und Lemmas, deren Relevanz möglich, unklar, umstritten, nur knapp verfehlt ... ist. Das prinzipiell rauszulöschen schafft nur Ärger und böses Blut, nützt aber niemandem. Eindeutig und glasklar irrelevante Einträge sollten rausfliegen, insbesondere dann, wenn der Interessenkonflikt, der den Eintrag auslöste, offenkundig ist (also z.B. Namedropping). Im Biologie-Bereich haben wir etwa die taxonomischen Synonyme. Artikel dazu sind unerwünscht (mit nur wenigen Ausnahmen). Dennoch kann es sinnvoll sein, sie zu verlinken. Das sieht dann etwa so aus: Schlotheimia. Zu Schlotheimia Sternb. gibt es keinen Artikel und soll es keinen geben. Dennoch ist es Leserservice, auf diesen Namen hinzuweisen.--Meloe (Diskussion) 19:28, 6. Jul. 2024 (CEST)
- Wenn man meint, der Artikelgegenstand könnte relevant sein, dann verlinkt man ihn per Rotlink, ansonsten lässt man den Eintrag am besten ganz bleiben. Einen Quick-Relevanzcheck anhand der Beschreibung kann man dann der Community überlassen. -- Escla ¿! 21:30, 6. Jul. 2024 (CEST)
Vielden Dank für die Antworten. --2A01:5241:70A:7600:0:0:0:5895 08:05, 7. Jul. 2024 (CEST)
Vereinsamte Artikeldiskussionsseite (erl.)
Hallo. Im Fall des, da inhaltlich bereits im Artikel Kampfmesser vorhandenen, zum Redirect geänderten Lemmas Feldmesser (Messer) steht nun eine veraltete, kurze Diskussionsseite im leeren Raum. Diese in die Kampfmesserdiskussion einzugliedern bietet keinerlei Mehrwert. Was tun? SLA? --RAL1028 (Diskussion) 12:23, 6. Jul. 2024 (CEST)
- Welchen Vorteil soll es denn haben, die Diskussion zu löschen? --D3rT!m (Diskussion) 12:26, 6. Jul. 2024 (CEST)
- Naja, sie steht jetzt da mit einer leeren Vorderseite wie eine Buchrezension zu der es kein Buch gibt. Gefragt ist nach dem üblichen wenn auch seltenen Procedere, so es eins gibt. --RAL1028 (Diskussion) 12:32, 6. Jul. 2024 (CEST)
- Die Seite stört nicht, sie ist nicht im Weg. Es besteht keine Notwendigkeit sie zu löschen. Hingegen kann es aus Transparenzgründen durchaus geboten sein, sie stehen zu lassen. --Zinnmann d 12:48, 6. Jul. 2024 (CEST)
- In Ordnung. Danke --RAL1028 (Diskussion) 12:50, 6. Jul. 2024 (CEST)
- Falls inhaltlich interessant, kann die Disk zu einer WL durchaus verschoben werden auf eine Unterseite der Diskussion der heutigen Zielseite, so wie auch die Archivseiten funktionieren. Im Kopf der heutigen Artikeldisk müsste dann auch auf die Existenz dieser Unterseite hingewiesen werden. VG --PerfektesChaos 12:59, 6. Jul. 2024 (CEST)
- Schönen Dank auch Dir. In diesem Fall lohnt das nicht den Aufwand. --RAL1028 (Diskussion) 17:18, 6. Jul. 2024 (CEST)
Artikel-VG filtern nach IP-Edits (und Uhrzeit)
Hallo, ich möchte eine Versionsgeschichte (eines Artikels) nach IP-Beiträgen filtern, habe aber unter den zahlreichnen Markierungs-Filtern der VG nichts gefunden, ebenso in der Seitenstatistik bzw. articleinfo / Page History. Gibt es ein entsprechendes Tool oder eine Idee, wie diese Filterung erreichbar?
Idealerweise hätte ich auch gerne eine zusätzliche Filterung nach einem bestimmten Uhrzeitfenster (zB 22:00-5:00):?
Mit Dank&Gruß --Trollflöjten αω 15:15, 6. Jul. 2024 (CEST)
- Vielleicht was für die Technischen Wünsche? --rü 🖅 19:06, 6. Jul. 2024 (CEST)
- phab:T18619 für verschiedene Filteroptionen in der Versionsgeschichte ist leider seit Jahren offen. Vielleicht hilft https://xtools.wmcloud.org/articleinfo deinem Anliegen einigermaßen? Je nach Gesamtzahl der Bearbeiter könnte man da ggf. noch halbwegs übersichtlich sehen, wie viele / welche IPs den Artikel bearbeitet haben, die Monatsübersicht zeigt auch, wann es IP-Edits gab. --Johannnes89 (Diskussion) 20:48, 7. Jul. 2024 (CEST)
- Danke euch, ja die page-history (=statistik=articleinfo) hatte ich mir schon angeguckt, leider können in der Jahresübersicht die
IP-UserBearbeitungen nicht angeklicktundwerden.auch bei Klick auf weitere Benutzer nur 50 (von im konkreten Fall weit über 600) Bearbeiter angezeigt(das gilt nur für Liste Autorschaft, bei Top-Bearbeiter werden auch über 600 komplett angezeigt. Tfl.). Aber da es nur ein nice to have, setze ich das mal auf erledigt. --Trollflöjten αω
- Danke euch, ja die page-history (=statistik=articleinfo) hatte ich mir schon angeguckt, leider können in der Jahresübersicht die
merkwürdige Generierung einer IP-Adresse
Hallo, ich habe heute auf einer Benutzerdiskussionsseite einen Beitrag geschrieben und meine Signatur ergab diese IP-Adresse: 95.91.227.156, nun ist es so, unter dieser IP-Adresse sind Beiträge gelistet, die ich gar nicht erbracht habe. Das ist mir sehr unangenehm. Üblicherweise habe ich diese IP-Adresse: 2A02:8108:473F:90A0.....mit wechselnden Endungen. Es ist nicht das erste Mal, dass bei meiner Signatur irgendeine 95er IP-Adresse erscheint, auch mit vorhandenen Benutzerbeiträgen die ich gar nicht erstellt habe. Gruß--2A02:8108:473F:90A0:D9DA:91D8:F75D:BDF2 18:09, 6. Jul. 2024 (CEST)
- Beides sind IPs von Kabel Deutschland (augenscheinlich aus Hamburg) Das eine ist eine IPv4 das andere IPv6. Die IP kann wechseln und von deinem Provider auch mal an andere Nutzer vergeben werden. Willst du nicht mit der IP signieren, mit der möglicherweise schon ein anderer Benutzer die Wikipedia bearbeitet hat, empfiehlt sich die Registrierung eines Benutzeraccounts. --Mielas (Diskussion) 18:21, 6. Jul. 2024 (CEST)
- Dein Internertanbieter, gibt dir eine IPv4 und eine IPv6, kurz gesagt, die 95.xxx ist deine v4 addresse, die 2a02:xxxx ist deine v6 addresse.--Conan (Eine private Nachricht an mich? Bitte hier lang.) 18:23, 6. Jul. 2024 (CEST)
- Erst seit einiger Zeit werden als meine Signatur auch mal 95er-IPs angezeigt, früher ist das nie vorgekommen, daher ist das jetzt für mich natürlich unverständlich. Ich hätte ja kein Problem damit, wenn dort keine Benutzerbeiträge auftauchen würden, mit denen ich nichts zu tun habe. Ich bin dann ja nicht die Person hinter diesen bereits vorhandenen Beiträgen, sondern nur des aktuellen. Gruß--2A02:8108:473F:90A0:D9DA:91D8:F75D:BDF2 18:33, 6. Jul. 2024 (CEST)
- Goggle mal danach das dein PC nur noch ipv6 nutzt.--Conan (Eine private Nachricht an mich? Bitte hier lang.) 18:37, 6. Jul. 2024 (CEST)
- Conan, das übersteigt meinen geistigen Horizont, leider, mit Technik und ihren Feinheiten habe ich nichts am Hut. Deswegen verstehe ich vieles natürlich auch nicht.--2A02:8108:473F:90A0:D9DA:91D8:F75D:BDF2 18:42, 6. Jul. 2024 (CEST)
- Wie gesagt - einfach hier einen Account anlegen, dann ist das Problem vom Tisch. --Lutheraner (Diskussion) 18:56, 6. Jul. 2024 (CEST)
- Einfach lutherisch werden, dann wären auch einige Probleme vom Tisch, macht aber trotzdem nicht jeder. Obwohl, was naheliegt nicht jedem behagt, vielen Dank an Mielas und an dich für den Tipp mir doch einen Account anzulegen. Gruß--2A02:8108:473F:90A0:D9DA:91D8:F75D:BDF2 19:27, 6. Jul. 2024 (CEST)
- Du bist mit dem Account anonymer als mit der IP --Lutheraner (Diskussion) 22:01, 6. Jul. 2024 (CEST)
- Einfach lutherisch werden, dann wären auch einige Probleme vom Tisch, macht aber trotzdem nicht jeder. Obwohl, was naheliegt nicht jedem behagt, vielen Dank an Mielas und an dich für den Tipp mir doch einen Account anzulegen. Gruß--2A02:8108:473F:90A0:D9DA:91D8:F75D:BDF2 19:27, 6. Jul. 2024 (CEST)
- Wie gesagt - einfach hier einen Account anlegen, dann ist das Problem vom Tisch. --Lutheraner (Diskussion) 18:56, 6. Jul. 2024 (CEST)
- Conan, das übersteigt meinen geistigen Horizont, leider, mit Technik und ihren Feinheiten habe ich nichts am Hut. Deswegen verstehe ich vieles natürlich auch nicht.--2A02:8108:473F:90A0:D9DA:91D8:F75D:BDF2 18:42, 6. Jul. 2024 (CEST)
- Goggle mal danach das dein PC nur noch ipv6 nutzt.--Conan (Eine private Nachricht an mich? Bitte hier lang.) 18:37, 6. Jul. 2024 (CEST)
- Erst seit einiger Zeit werden als meine Signatur auch mal 95er-IPs angezeigt, früher ist das nie vorgekommen, daher ist das jetzt für mich natürlich unverständlich. Ich hätte ja kein Problem damit, wenn dort keine Benutzerbeiträge auftauchen würden, mit denen ich nichts zu tun habe. Ich bin dann ja nicht die Person hinter diesen bereits vorhandenen Beiträgen, sondern nur des aktuellen. Gruß--2A02:8108:473F:90A0:D9DA:91D8:F75D:BDF2 18:33, 6. Jul. 2024 (CEST)
- Das stimmt, bei sog. IPlern wird eine sog "Schleppnetzfahndung" mit Auflösung des Standorts angehängt. --217.253.195.169 15:10, 7. Jul. 2024 (CEST)
- Unabhängig davon, ob eine IP eher „aufzuspüren“ ist als ein angemeldeter Benutzer, schließe ich mich den Empfehlungen von Mielas und Lutheraner an, sich als Benutzer anzumelden. Dadurch würden nicht nur die hier zur Diskussion stehenden Schwierigkeiten vermieden, sondern die Zusammenarbeit würde einfacher, überschaubarer und vielleicht sogar harmonischer, als sie oft ist. Wenn ich mir vorstelle, alle – einschließlich der Admins – wären hier immer nur mit wechselnden IPs aufgetreten, brauchten wir uns über Wikipedia möglicherweise nicht mehr zu unterhalten. Viele Grüße -- Lothar Spurzem (Diskussion) 15:25, 7. Jul. 2024 (CEST)
7. Juli
Artikel verschoben, 2 Diskussionen
Moin! Ich hätte da mal ’ne Frage @all und natürlich auch auch @Socius sociologicus: Das Lemma Ehrenzeichen für Verdienste um die Republik Österreich (1952) wurde Ende Juni von Dir, Socius sociologicus, auf das Lemma ohne Klammer verschoben.[6] Normalerweise wäre dann eine WL der Sorte „mit Klammer auf ohne Klammer unerwünscht, aber wir haben ja noch Ehrenzeichen für Verdienste um die Republik Österreich (1922), weshalb die vorherige Variante mit 1952 nicht verkehrt war.
Was mich jetzt irritiert: Warum ist die 12/2007 und Ende Juni bearbeitete Disk. zum Artikel weiterhin beim WL-Lemma (Diskussion:Ehrenzeichen für Verdienste um die Republik Österreich (1952)) und die tatsächlich beim Artikel platzierte Disk. ist ein 5/2018 angelegter Hinweis auf eine Redundanzdiskussion[7]?
Wie löst man das auf, dass alles wieder schlüssig ist? --MfG, KlausHeide (Diskussion) 07:28, 7. Jul. 2024 (CEST)
- Ich vermute mal weil es vorher schon mal dort stand und es nun einmal hin Ehrenzeichen für Verdienste um die Republik Österreich → Ehrenzeichen für Verdienste um die Republik Österreich (1952) und wieder zurück Ehrenzeichen für Verdienste um die Republik Österreich (1952) → Ehrenzeichen für Verdienste um die Republik Österreich geschoben wurde. Siehe Logbuch ohne 1952 und mit (1952). Das andere muss der aufräumen der das wieder zurück geschoben hat. --Liebe Grüße, Lómelinde Diskussion 07:57, 7. Jul. 2024 (CEST)
Von alt nach neu
Hallo, gibt es eine Richtlinie, die vorschreibt, dass Artikel chronologisch aufsteigend aufgebaut werden sollen? Es geht um diesen Edit: [8]. --Sally Bach (Diskussion) 11:43, 7. Jul. 2024 (CEST)
- Nein, die gibt es nicht, dass entscheiden die Artikelautoren. Je nach Thema kann das sinnvoll sein oder auch nicht. Bei einem historischen Artikel ist es sinnvoller, in der Vergangenheit anzufangen und sich nach unten der Gegenwart zu nähern. Bei Wahlartikeln zum Beispiel ist es sinnvoll, das Ergebnis oben zu platzieren und Prognosen, Vorwahen und ähnliches weiter unten. -- Perrak (Disk) 15:24, 7. Jul. 2024 (CEST)
- Beim von Dir verlinkten Edit steht eine Begründung, die mir plausibel erscheint. Wenn Du das anders siehst, sprich doch den Bearbeiter an bzw. eröffne einen Abschnitt dazu auf der Artikeldiskussionsseite. -- Perrak (Disk) 15:26, 7. Jul. 2024 (CEST)
Gibt es einen Artikel der beschreibt, wie Weltraumobjekte benannt werden?
Momentan läuft auf der Diskussionsseite von "schon gewusst" eine Diskussion zu einem Weltallobjekt, nämlich 6Q0B44E. In diesem Artikel wird allerdings nicht erklärt, wie es zu diesem kaum selbsterklärenden Namen kommt und eine Suche in der Wikipedia ließ mich auch keinen anderen Artikel finden, wie 6Q0B44E oder J002E3 oder WT1190F zu ihren Namen kamen. Vielleicht habe ich nicht gut genug gesucht, aber interessieren würde es mich schon. --Elrond (Diskussion) 18:07, 7. Jul. 2024 (CEST)
- Vllt. helfen Dir Weltraummüll #Kataloge und Asteroid #Klassifikationsschemata etwas weiter. Gruß, --Wi-luc-ky (Diskussion) 18:17, 7. Jul. 2024 (CEST)
- Danke für den Versuch, aber das hilft nicht weiter. Womöglich ist solch ein Unterfangen auch kaum möglich, interessant wäre es trotzdem. --Elrond (Diskussion) 18:23, 7. Jul. 2024 (CEST)
- --M2k~dewiki (Diskussion) 22:31, 7. Jul. 2024 (CEST)
- Google Gemini behauptet:
- Die Bezeichnung 6Q0B44E bzw. B44E für das Objekt im Weltraum hat zwei Komponenten:
- 1. Internationale Bezeichnung:
- 6Q: Diese Bezeichnung folgt dem Internationalen Bezeichnungssystem für Weltraumobjekte der International Astronautical Federation (IAU).
- 0: Die erste Ziffer steht für das Jahr der Entdeckung, in diesem Fall 2000.
- B: Die zweite Ziffer steht für den Monat der Entdeckung, in diesem Fall Februar (B = Februar, C = März, D = April, usw.).
- 44: Die nächsten beiden Ziffern sind eine laufende Nummer, die jedem in diesem Monat entdeckten Objekt zugewiesen wird.
- 2. Radar-Bezeichnung:
- E: Diese Bezeichnung wird von NORAD, dem North American Aerospace Defense Command, verwendet, um Objekte im Weltraum zu verfolgen.
- E steht für die Größe des Objekts. In diesem Fall ist es ein kleines Objekt.
- Zusammenfassung:
- Die Bezeichnung 6Q0B44E bzw. B44E ist also eine Kombination aus der internationalen Bezeichnung für das Jahr und den Monat der Entdeckung (6Q0B) und der Radar-Bezeichnung für die Größe des Objekts (E)
- 1. Internationale Bezeichnung:
- --M2k~dewiki (Diskussion) 22:44, 7. Jul. 2024 (CEST)
- Herzlichen Dank! Ist ja fast wie eine Microsoft Systemmeldung. Fachlich korrekt, aber völlig unverständlich :-) --Elrond (Diskussion) 23:12, 7. Jul. 2024 (CEST)
- Danke für den Versuch, aber das hilft nicht weiter. Womöglich ist solch ein Unterfangen auch kaum möglich, interessant wäre es trotzdem. --Elrond (Diskussion) 18:23, 7. Jul. 2024 (CEST)
Warnhinweis statt Grafik?
Was soll dieser Warnhinweis in Westfalen-Blatt#Auflage:
Entwicklung der verkauften Auflage[11]Die Darstellung von Grafiken ist aktuell auf Grund eines Sicherheitsproblems deaktiviert.
Das wirft auf unsere Enzyklopädie kein besonders gutes Bild. Solche Warnhinweise gehören nicht in den ANR. Entweder die Vorlage reparieren oder, falls die Vorlage nicht zu retten ist, muss sie überall raus. Gruß, -- Toni 18:26, 7. Jul. 2024 (CEST)
- Das liegt nicht an der speziellen Vorlage. Auch andere Diagramme werden nicht mehr angezeigt. Beispiel: Einwohnerentwicklung von Berlin#Seit 1950 --Mielas (Diskussion) 18:32, 7. Jul. 2024 (CEST)
- Dort Hilfe:graph ein Hinweis von Benutzer:Hgzh --Mielas (Diskussion) 18:35, 7. Jul. 2024 (CEST)
- Eine schnelle Lösung für das Problem ist auch nicht in Sicht, siehe mw:Extension:Graph/Plans für den aktuellen Stand. --Kallichore (Diskussion) 18:37, 7. Jul. 2024 (CEST)
- Siehe auch Wikipedia:Fragen zur Wikipedia/Archiv/2023/Woche 46 #Das Sicherheitsproblem bei Grafiken, mit guter Erläuterung vom Kollegen PerfektesChaos. Gruß, --Yen Zotto (Diskussion) 18:37, 7. Jul. 2024 (CEST)
- OK, können wir die betreffenden Diagramme nicht solange vollständig ausblenden? So zurzeit nützt das nichts und ist kontraproduktiv. -- Toni 18:41, 7. Jul. 2024 (CEST)
- Die Vorlage:Auflagen-Diagramm wird in 379 Artikeln verwendet. In Kategorie:Wikipedia:Seite mit fehlender Grafik (T334940) befinden sich 5.811 Seiten. Bei der Vorlage:Auflagen-Diagramm wäre es möglicherweise sinnvoll, diese vorlagenseitig so abzuändern, dass sie gar nichts anzeigt. Dann könnten die Einbindungen belassen werden und wenn die Diagramme irgendwann wieder funktionieren müsste man nur die Vorlage zurückändern...? --Mielas (Diskussion) 18:54, 7. Jul. 2024 (CEST)
- Das wäre wohl am besten, ja. -- Toni 20:26, 7. Jul. 2024 (CEST)
- Die Vorlage:Auflagen-Diagramm wird in 379 Artikeln verwendet. In Kategorie:Wikipedia:Seite mit fehlender Grafik (T334940) befinden sich 5.811 Seiten. Bei der Vorlage:Auflagen-Diagramm wäre es möglicherweise sinnvoll, diese vorlagenseitig so abzuändern, dass sie gar nichts anzeigt. Dann könnten die Einbindungen belassen werden und wenn die Diagramme irgendwann wieder funktionieren müsste man nur die Vorlage zurückändern...? --Mielas (Diskussion) 18:54, 7. Jul. 2024 (CEST)
- OK, können wir die betreffenden Diagramme nicht solange vollständig ausblenden? So zurzeit nützt das nichts und ist kontraproduktiv. -- Toni 18:41, 7. Jul. 2024 (CEST)
8. Juli
Die Abstimmung zur Ratifizierung der Charta der Wikimedia-Bewegung geht zu Ende
- Diese Nachricht liegt auf Meta-Wiki auch in weitere Sprachen übersetzt vor. Hilf bitte mit, in deine Sprache zu übersetzen
Hallo allerseits,
Hiermit möchten wir freundlich daran erinnern, dass die Abstimmungsphase zur Ratifizierung der Charta der Wikimedia-Bewegung am 9. Juli 2024 um 23:59 UTC endet.
Falls du noch nicht abgestimmt hast, hole das bitte auf SecurePoll nach.
Für die Wahlkommission der Charta,
RamzyM (WMF) 05:45, 8. Jul. 2024 (CEST)
- "Hole das bitte nach"? Was ist denn das für ein Ton? --Yen Zotto (Diskussion) 22:14, 8. Jul. 2024 (CEST)
- Das ist eine unglückliche Übersetzung, ich habe mir erlaubt, es auf Meta dem Original näher zu übersetzen. --Ziko (Diskussion) 22:20, 8. Jul. 2024 (CEST)
Austausch von Linkzielen im Batchbetrieb bzw. gescripted möglich?
Der Artikel Apophyse beschreibt Knochenfortsätze bei Wirbeltieren. Aus irgendwelchen Gründen verlinken aktuell zahlreiche Artartikel über Wirbellose dahin (s. https://de.wikipedia.org/w/index.php?title=Spezial:Linkliste/Apophyse&limit=500), was keinen Sinn ergibt - es sei denn, man wollte die Leser gezielt verwirren. Dabei existiert ein passendes Linkziel zumindest für Spinnentiere (Glossar der Spinnenanatomie#Apophyse).
Lässt sich die Liste anders als nur manuell abarbeiten? Gruß, --Burkhard (Diskussion) 21:04, 8. Jul. 2024 (CEST)
- Es existieren Verlinkungen in 122 Artikeln. Und auch wenn die meisten auf den ersten Blick Spinnentiere behandeln, nehme ich mal an, dass das nicht auf alle zutrifft. Wenn nicht alle 122 Verlinkungen falsch sind, muss man wohl manuell durchgehen. --Mielas (Diskussion) 22:21, 8. Jul. 2024 (CEST)
- Hier dürfte wohl Apophyse (Geologie) gemeint sein zum Beispiel. --Mielas (Diskussion) 22:25, 8. Jul. 2024 (CEST)
- Klar sind in der Liste auch korrekte Linkziele und Insekten dabei, sonst wäre es ja simpel - aber eine Liste der auf ein bestimmtes Linkziel umzubiegenden Artikel liesse sich zusammenstellen - sofern es ein Tool gibt, das damit etwas anfangen kann. Klar lassen sich 60 oder 70 Artikel noch manuell anfassen, ist nur kein Spaß mehr und birgt die Gefahr von Flüchtigkeits- oder Konzentrationsfehlern (hatte sowas vor einer Weile schon mal mit ca. 40 Artikeln). --Burkhard (Diskussion) 22:51, 8. Jul. 2024 (CEST)