Hilfe Diskussion:Einzelnachweise/Archiv/2023

Diese Seite ist ein Archiv abgeschlossener Diskussionen. Ihr Inhalt sollte daher nicht mehr verändert werden. Benutze bitte die aktuelle Diskussionsseite, auch um eine archivierte Diskussion weiterzuführen.

Um einen Abschnitt dieser Seite zu verlinken, klicke im Inhaltsverzeichnis auf den Abschnitt und kopiere dann Seitenname und Abschnittsüberschrift aus der Adresszeile deines Browsers, beispielsweise

[[Hilfe Diskussion:Einzelnachweise/Archiv/2023#Thema 1]]

oder als Weblink zur Verlinkung außerhalb der Wikipedia

https://de.wikipedia.org/wiki/Hilfe_Diskussion:Einzelnachweise/Archiv/2023#Thema_1

Leeres name-Attribut

Manchmal sieht man ja vor lauter Bäumen den Wald nicht mehr. Es gibt in unseren Artikeln noch mehrere Dutzend Vorkommen der Form ...<ref name="">...Text des Einzelnachweises...</ref>. Beispiel: Afrikaviertel (Neustadt), 6. EN bei Axtwurfanlage. Mag sein, dass das streng genommen ein formal korrektes leeres name-Attribut ist. Aber: Sowas wird derzeit (durch die cite-Extension?) fehlerhaft umgesetzt, da

1. im Fließtext die Vorschau des Einzelnachweises nicht funktioniert,
2. dort auch der Link nach unten zum Einzelnachweis nicht funktioniert,
3. beim Einzelnachweis selbst der Link zurück zum Artikeltext nicht funktioniert.

Analoges gilt für die Formen ...<ref name=>... (Beispiel: Gerd Glaeske, 15.=letzter EN) sowie ...<ref name>... (Beispiel: Chris Rainbow, 2. EN). [Bitte alle drei Beispiele nicht korrigieren, bis diese Disk. beendet ist. Danke.]

Folglich können doch alle diese Vorkommen als „kleine Änderung“ im Rahmen von Wartungsarbeiten (zu ...<ref>...) gefixt werden ?! Oder übersehe ich etwas? --rolf_acker (Diskussion · Beiträge) 11:55, 30. Jun. 2023 (CEST)

Ob zu ...<ref>... ohne irgendein name= gefixt werden kann, ist kontextabhängig. Möglicherweise wurde auch versucht, dieses Konstrukt mehrfach zu verwenden und dann müsste ein passendes Attribut vergeben werden. Aber ja, selbstverständlich kann und sollte das korrigiert werden.--Mabschaaf 14:27, 30. Jun. 2023 (CEST)

Danke für die Rückmeldung. Mehrfachverwendung ist nach meiner bisherigen Erfahrung mit diesen Fehlerfällen eher nicht beabsichtigt – sonst würden wohl noch viel offensichtlichere Fehler im jeweiligen Artikel auftreten. Nichtsdestotrotz sollte jeder Einzelfall geprüft werden. Grüße, --rolf_acker (Diskussion · Beiträge) 19:11, 30. Jun. 2023 (CEST)

Archivierung dieses Abschnittes wurde gewünscht von: --rolf_acker (Diskussion · Beiträge) 19:12, 30. Jun. 2023 (CEST)

Leerzeichen in <references />

Was soll eigentlich dieses Leerzeichen in <references />? Ich lasse es immer weg, weil <references/> genauso funktioniert. Ebenso bei <ref name="Quelle" />: Ich schreibe <ref name="Quelle"/>, weil es ohne Leerzeichen genauso funktioniert und ich ein Abtrennen der letzten beiden Zeichen als unnötig empfinde. Dann kommt früher oder später jemand und korrigiert dieses Leerzeichen hinein (hier ein Beispiel).

Ich empfinde dieses nachträgliche Einfügen von Leerzeichen als als störend, weil das Leerzeichen aus meiner Sicht nichts bringt. Könnte man vielleicht auf der umseitigen Hilfe-Seite angeben, daß es auch ohne Leerzeichen geht? --Lektor w (Diskussion) 06:12, 6. Jan. 2023 (CET)

Moin!

Ich schließe mich der Frage an. Gleiches gilt bei <br /> und <br/> Wofür das Leerzeichen? Scheint mir überflüssig.

Beste Grüße! --Heavytrader (Diskussion) 08:45, 6. Jan. 2023 (CET)

Da melden sich bestimmt noch technisch Versiertere dazu, aber das hat etwas mit der Herkunft der Befehle aus (X)HTML zu tun. Siehe Hilfe:Tags. Es scheint aber zur Richtigkeit der Leerzeichen auch unterschiedliche Positionen zu geben, z.B. Hilfe:Tags#Anmerkungen und Wikipedia:WikiProjekt HTML5#br. Gruß --Magiers (Diskussion) 10:13, 6. Jan. 2023 (CET)

Ich klassifiziere mich mal als technisch Versierterer und möchte den Propheten nicht Lügen strafen.

Wenn dieser Schrägstrich von Menschen übersehen wird, dann folgen schwerste wenngleich möglicherweise im ersten Moment unbemerkte Syntaxfehler und Ausfälle.

• Aus diesem Grund wird in diesem Projekt seit zwei Jahrzehnten einheitlich dem Schrägstrich ein Leerzeichen vorangestellt, damit die Menschen es gut wahrnehmen können und nochmals darauf gestoßen werden, dass hier ein unary tag vorliegt.
• Das dürfte auch in geschätzt 99 % aller Vorkommen genau so gehandhabt worden sein.
• Löscht man dieses Leerzeichen nunmehr absichtlich wieder heraus, besteht das Risiko, dass bei der nächsten Bearbeitung das Element nur als Einheit und damit öffnendes Tag wahrgenommen und der syntaktische Charakter fehlgedeutet wird.
• Das gilt vor allem dann, wenn jetzt noch Parameter wie hier responsive folgen würden.
• Es ist völlig sinnfrei, dagegen ankämpfen zu wollen.
• Es wurde vor bald 20 Jahren eingeführt, eben weil es Probleme gab bei denjenigen, die nicht über diese grandiosen Parsing-Adleraugen verfügen und den Schrägstrich übersehen hatten oder ihn fälschlich als vorhanden vermuteten.

Das hier beanstandete Leerzeichen war noch nie Gegenstand ernsthafter Kontroversen; strittig war um 2012 einmal gewesen, ob der Schrägstrich mit HTML5 bei uns zukünftig manchmal weggelassen werden solle und manchmal unbedingt verbleiben müsse. Zwecks Einheitlichkeit, Einfachheit und zur Vermeidung von Konfusion und Fehlern schreiben wir auch weiterhin alle unary tags mit Schrägstrich.

Der Software ist das Leerzeichen im Übrigen egal; sie verstünde noch ganz andere Konstrukte, die für Menschen sehr verwirrend wären.

VG --PerfektesChaos 13:55, 6. Jan. 2023 (CET)

Vielen Dank. Das steht in Kurzform auch hier. Zitat: „… schreibt man zur besseren Lesbarkeit ein Leerzeichen vor den Schrägstrich, um das Tag sicher und fehlerfrei von der binary-Variante unterscheiden zu können, z. B. bei <references /> vs. </references>.“

Deshalb zunächst mal zu <br />, das Heavytrader oben erwähnt hatte. Laut Hilfe:Tags#br soll man das auch mit Leerzeichen schreiben. Aber hier gibt es ja keine binary-Variante, also kein paarweises Auftreten, von dem dann <br /> mit Leerzeichen zu unterscheiden wäre. Bei <br /> kann man den Schrägstrich auch nicht übersehen, wenn man es ohne Leerzeichen schreibt. Und wenn jemand ein <br /> löscht, entstehen auch keine Syntaxfehler und Ausfälle. So gesehen könnte man doch zumindest bei <br /> auf das Leerzeichen verzichten, oder? --Lektor w (Diskussion) 18:09, 6. Jan. 2023 (CET)

Auch wenn es ohne die Leerzeichen ebenso gut funktioniert, so ist es doch eine sinnvolle Konvention, die sich in vielen Jahren eingebürgert hat; es spricht jedenfalls auch nichts dagegen, sie zu setzen. Man kann dies ähnlich sehen wie die Leerzeichen am Anfang und Ende von Abschnittsüberschriften zwischen den Gleichheitszeichen und der Überschrift: Es geht auch ohne sie; aber wir setzen sie standardmässig. --BurghardRichter (Diskussion) 23:01, 6. Jan. 2023 (CET)

Die Leerzeilen bei Abschnittsüberschriften haben schon ihren Sinn. Wenn man Quelltext vertikal überfliegt, erkennt man die Überschriften-Zeilen viel besser, wenn mindestens eine Leerzeile dabei ist. Dasselbe gilt bei Überschriften für die Leerzeichen zwischen Gleichheitszeichen (Steuerzeichen) und den Zeichen des eigentlichen Textes, etwa == Geschichte ==. Man kann den Text deutlicher erkennen, wenn er ein Leerzeichen Abstand von den Steuerzeichen hat. Dasselbe gilt auch für die häufigen Listen: Ein Leerzeichen zwischen Steuerzeichen (in diesem Fall Sternchen) und Text macht den Text besser erkennbar.

Bei <br /> sehe ich keinen solchen Vorteil. Im Gegenteil: Es ist ein zusammengehöriges Steuerzeichen, das mit dem Leerzeichen unnötigerweise in zwei Hälften aufgespalten wird. Das ist fast, wie wenn man ein Leerzeichen mitten in einem kurzen Wort schreiben würde, wie etwa Ha us. Und wenn <br /> ans Zeilenende gerät, was etwa bei Biltexten mit kurzen Zeilen immer wieder vorkommt, wird es bei Zeilentrennung sogar auf zwei Zeilen aufgeteilt. Das ergibt für mich keinen Sinn.

Bei <br /> kommt folgendes hinzu. Ich füge es sehr oft mit dem Symbol ↵ aus der Symbolleiste über dem Bearbeitungsfenster ein (hier zu sehen, Mitte der zweiten Zeile mit Symbolen). Was wird dann eingefügt? <br/> – ohne Leerzeichen! Auf diese Weise sind von sehr vielen Bearbeitern über viele Jahre hinweg unzählige <br/> ohne Leerzeichen eingefügt worden. Und dann wird hier auf der Hilfe-Seite unverdrossen behauptet, man schreibe <br /> mit Leerzeichen. Aus meiner Sicht ist diese Behauptung schlicht unrealistisch, ebenso wie die Behauptung, <br /> mit Leerzeichen sei eine sinnvolle Konvention. Unrealistische Behauptungen sollten nicht auf Hilfeseiten stehen. --Lektor w (Diskussion) 01:39, 7. Jan. 2023 (CET)

Wir verwenden simpelste und einfachste Regeln.

1. Wir schreiben sämtliche unary tags mit einem Schrägstrich am Ende,
2. und wir setzen zu dessen besserer Erkennbarkeit seit zwei Jahrzehnten einheitlich ein Leerzeichen vor diesen Schrägstrich. Fertig. Ende.

• Es gibt Ockhams Rasiermesser (und auch Hanlon’s Razor). Du kannst es ergänzen um den PC’s razor: Derjenige Satz an Regeln und Syntaxbeschreibungen ist der beste, der mit den wenigsten Regeln und Ausnahmen und Extrawürstchen auskommt.

Diese Ausgrabung von 2006 ist eine der frühesten Syntaxbeschreibungen dieses Projekts, welches die Archäolgen fanden, und auch hier wird bereits <br /> notiert.

Es gibt im ANR Suchtreffer

• in Lemmata beginnend mit „A“:
  • <br /> 21.320
  • <br/> 1.889
  • <br> 2.942
  • <references /> 15.977
  • <references/> 1.335
• Die Zielvorgabe der verständlichen Notation wird also weitaus überwiegend umgesetzt und zählt mitnichten zu „Unrealistische Behauptungen“.
• Ähnliche Quoten wirst du finden bei den von BurghardRichter korrekt erwähnten Gleichheitszeichen um Überschriften.
• Oder bei den Kombinationen aus * # ; : für Aufzählungen uw.; auch hier sollte die Wikisyntax durch ein Leerzeichen vom Nutztext getrennt werden. Der Software ist auch das völlig egal, aber es hilft den Menschen; insbesondere den 20.000, die nicht so schlau sind wie du.

„aus der Symbolleiste über dem Bearbeitungsfenster“

• Das ist eines von diversen Werkzeugen, die global eingesetzt werden und nicht pro Wiki konfigurierbar sind.
• Unser eigenes Werkzeug fügt mit Leerzeichen ein.
• Es mag sogar ein globales Werkzeug geben, das auch ohne Schrägstrich einfügt.
• Es ist aber egal; seit anderthalb Jahrzehnte werden Skripte eingesetzt, die im Zuge anderer Bearbeitungen auch die vielerlei möglichen Eskapaden und Varianten der Syntax auf die angestrebte wiedererkennbare weil einheitliche Notierung bringen; auch die Leerzeichen an den Gleichheitszeichen um Überschriften usw.
• RonMeier, den du abschnittseröffnend als Beispiel benannt hattest, verwendet seit 2010 ein deratiges Skript und hat sich keine Tausendstelsekunde um ein solches Leerzeichen oder Schrägstrich oder sonstwas gekümmert.
• Es macht niemand ein Bohei um die Vereinheitlichung und leichte Interpretation der Syntax; mit Ausnahme des Abschnittseröffners. Was zunächst mal funktionierend aber uneinheitlich im Quelltext steht, mag so stehenbleiben, bis zufällig jemand vorbeikommt und es automatisch einnordet.

„Es ist ein zusammengehöriges Steuerzeichen, das mit dem Leerzeichen unnötigerweise in zwei Hälften aufgespalten wird“

• Das ist schlicht falsch.
• Tatsächlich erfolgt im zurzeit allgemeinen Fall eine Aufspaltung in die folgenden Segmente:
  • <references
  • group="Anm"
  • responsive
  • />
• Jedes dieser Segmente mit einer eigenständigen syntaktischen Bedeutung und unabhängigen Auswirkung wird von den anderen durch ein Leerzeichen abgetrennt.

Du kannst deine sinnbefreite Kampagne Weg-mit-den-Leerzeichen und Verkompliziert-die Regeln jetzt mal allmählich einstellen; du verbrätst Ressourcen, die an anderer Stelle fehlen, und es wird zu keiner Verbeserung führen.

VG --PerfektesChaos 10:45, 7. Jan. 2023 (CET)

Fehlende Einzelnachweise

Könnte man folgende Punkte ergänzen? z.B. bei Hilfe:Einzelnachweise#Bezug_zwischen_Fußnote_und_Fließtext

• Einzelnachweise in der "Zusammenfassung" der Bearbeitung genügen nicht.
• Einzelnachweise in der Infobox genügen nicht für den Fließtext.
• Einzelnachweise auf der Diskussion:-Seite genügen nicht.
• Erwähnung in Wikipedia:Literatur ersetzt Einzelnachweis nicht.

Wenn die 4 Punkte korrekt sind .. --Enhancing999 (Diskussion) 14:02, 15. Jan. 2023 (CET)

(1) Selbstverständlich genügt das! Hilfe:Zusammenfassung und Quellen benennt die EN-Variante lediglich als "besser". Das wäre eine grundlegende Veränderung, die mE eines MBs bedürfte.

(2) Infos in der Infobox sollten sowieso redundant zu Infos im Artikel(text) sein, entsprechende ENs wären also mE eher zu verschieben, eine EN-Dopplung täte auch niemandem weh.

(3) Wer sollte auf eine solche Idee kommen? Wenn es das geben sollte, dann kopiert eben der freundliche Mitarbeiter, dem das auffällt, die Belege als EN in den Artikel.

(4) Ist das nicht selbstverständlich? Und ergibt sich das nicht aus der Vorgabe, dass natürlich konkrete Fundstellen - also auch inkl. Seitenzahl - anzugeben sind? --JD {æ} 14:19, 15. Jan. 2023 (CET)

zu (1) welcher Teil von Hilfe:Zusammenfassung und Quellen? Hilfe:Zusammenfassung_und_Quellen#Herkunftsnachweis betrifft mehr "copy-and-paste".

(3) und (4): Für einige ist es selbstverständlich, für andere nicht. --Enhancing999 (Diskussion) 14:34, 15. Jan. 2023 (CET)

(1) Hilfe:Zusammenfassung_und_Quellen#Sinn_und_Zweck_der_Zusammenfassung, der Abschnitt Herkunftsnachweis zielt mE hauptsächlich auf die Urheberrechtsfrage ab, der einleitende Verweis → Hauptseite: Wikipedia:Belege #ZuQ müsste zu Sinn und Zweck verschoben werden. --JD {æ} 14:46, 15. Jan. 2023 (CET)

Da steht auch "Bei nichttrivialen Aussagen, deren Nachvollziehbarkeit dauerhaft gewährleistet bleiben muss, ist die Quellenangabe mittels <ref>…</ref> sogar zwingend.". Könnten wir hier folgendes Einfügen:

"Quellen in der Zusammenfassung, Infobox, auf der Diskussion:-Seite, im Abschnitt "Literatur" ersetzen Einzelnachweise im Fließtext nicht." --Enhancing999 (Diskussion) 14:55, 15. Jan. 2023 (CET)

Ich sehe keinen Ergänzungsbedarf. Die 4 Punkte sind alle suboptimal, aber besser als nichts und es spricht nichts dagegen, die Einbindung zu optimieren. --Milseburg (Diskussion) 17:06, 15. Jan. 2023 (CET)

Mal abgesehen davon ist dies hier eiiiigentlich eine technische Hilfeseite, die die weltweit gültige Syntax von <ref> und die Attribute innerhalb von <ref> erklären soll, nicht aber was zwischen <ref> und </ref> passieren soll. Und noch viel weniger, wie die Syntax eines überhaupt nicht vorhandenen Elements aussehen würde.

Projektstandards der deutschsprachigen Wikipedia gehören auf Projektseiten, also in den Wikipedia-Namensraum.

Hier wäre WP:Belege einschlägig, und keine Konkurrenzzveranstaltungen dazu mit widersprüchlichen Aussagen mal hier, mal da.

VG --PerfektesChaos 17:17, 15. Jan. 2023 (CET)

Weiterverwenden

Wenn man Belege automatisch erstellen lässt, sprich man fügt einen Link ein und das System erstellt selber einen Beleg daraus, dann gibt es neben "Automatisch" und "Manuell" noch einen dritten Punkt, nämlich "Weiterverwenden". Was hat es denn damit auf sich und wie benutzt man das? Danke für die Aufklärung im Voraus!

Grüße, WissenBleibtMacht (Diskussion) 21:06, 1. Jun. 2023 (CEST)

Ich verstehe gerade nicht was Du meinst, da ich diesen Teil der Wiki-Oberfläche nicht verwende. Probiers mal unter Wikipedia:Fragen zur Wikipedia, wenn Dir hier keiner schnell genug antwortet. Gruß --grim (Diskussion) 22:14, 1. Jun. 2023 (CEST)

Ach es eilt nicht. Im Moment misse oder brauche ich nichts, es hätte mich nur interessiert und die Antwort gehört ja eigentlich dann hierher.

Ich meine oben die Leiste: Wenn du auf „Quelltext bearbeiten“ gehst, steht oben in der Leiste unter anderem ein Anführungszeichensymbol. “. Das steht für Beleg. Drückt man drauf öffnet sich ein Fenster, in dem man entweder manuell oder automatisch einen Beleg erstellen kann. Oder eben „Weiterverwenden“. Und da fragte ich mich, wozu das gut ist, oder wie man es überhaupt benutzt.

@Grim:Diese automatische Belegangabe ist ein sehr praktisches Tool. Paste einfach ne ISBN, nen Link oder was auch immer herein und dir wird automatisch Titel, Abrufdatum, weitere Informationen erstellt und in den Artikel eingefügt. Spart viel lästige Tipparbeit. Probiers aus!

Grüße, WissenBleibtMacht (Diskussion) 02:36, 2. Jun. 2023 (CEST)

Hallo WissenBleibtMacht, die Funktion vom VisualEditor die du meinst wird unter Hilfe:VisualEditor/Bedienung#Vorhandenen_Beleg_erneut_verwenden beschrieben, es ist die automatisierte Umsetzung von Hilfe:Einzelnachweise#Mehrfache_Referenzierung_derselben_Quelle. Kurz in eigenen Worten: Wenn man einen bereits existierenden Beleg hat, kann man (bzw der VisualEditor macht das für einen) diesen einen Namen geben und dann mit diesen Namen auf genau den gleichen Beleg nochmals verweise (also der Beleg ist dann nicht doppelt, sondern es wird auf den gleichen verwiesen). --Naronnas (Diskussion) 10:04, 2. Jun. 2023 (CEST)

Oh. Interessant. Geht aber wohl am Ende des Tages wahrscheinlich schneller über <ref name="..." />, nicht? Danke für die Antwort!

Grüße, WissenBleibtMacht (Diskussion) 10:56, 2. Jun. 2023 (CEST)

Danke für den Hinweis WissenBleibtMacht, ich benutze jedoch ausschließlich die Quelltextbearbeitung. Dafür reicht 1. isbn2wiki.toolforge.org 2. wikipedia.kuebi.eu/PMID2reference.php und für alles andere 3. templator.toolforge.org/. Gruß --grim (Diskussion) 16:06, 2. Jun. 2023 (CEST)

Ich bin auch nur im Quelltext unterwegs. Die Funktion ist auch über den Quelltext aufrufbar. Wie gesagt. ;) Danke für deine Links, die sind tatsächlich auch sehr interessant! Grüße, WissenBleibtMacht (Diskussion) 21:44, 2. Jun. 2023 (CEST)

Aber um es nochmal zu erwähnen… Ohne dir auf die Füße treten zu wollen, ich denke die von mir erwähnte Beleg-Funktion ist sehr weit praktischer… Man muss keinen extra Link aufrufen, bleibt direkt im Quelltext-Bearbeiten-Vorgang und der Beleg wird automatisch eingesetzt ohne dass man Copy und Paste Arbeit tätigen muss. Mein letzter Kommentar hierzu, am Ende des Tages sind wir ja alle nur da um uns gegenseitig die Arbeit leichter zu machen ;) Grüße, WissenBleibtMacht (Diskussion) 21:47, 2. Jun. 2023 (CEST)

Danke, ich werd's mir anschauen, versprochen :) Und gerngeschehen! Gruß --grim (Diskussion) 21:48, 2. Jun. 2023 (CEST)

Jetzt bin ich dumm: wo findet man das beim Quelltext editieren? Oben finde ich alles mögliche; ich kann auch ein ref-Klammerpaar erzeugen, aber wie kriege ich aus der ISBN die Literaturangabe? Da sind keine Anführungszeichen, und unten nur ganz normale solche. --Global Fish (Diskussion) 22:25, 2. Jun. 2023 (CEST)

Quelltext bearbeiten. Die Leiste oben von links nach rechts: Pfeil nach links, Pfeil nach rechts; Absatz; Kettenteil (Link); Anführungszeicehn oben (Beleg!); usw.

Konnte ich weiterhelfen!? ;)

Grüße, WissenBleibtMacht (Diskussion) 22:39, 2. Jun. 2023 (CEST)

Danke, aber ich sehe diese Leiste nicht. Muss da noch an den Einstellungen feilen. Grüße, --Global Fish (Diskussion) 00:00, 3. Jun. 2023 (CEST)

Mir ein Rätsel. Das war bei mir von Anfang an drin, auch noch als IP. Ist das vielleicht nur bei Apple so? Kann doch nicht sein oder? Grüße, WissenBleibtMacht (Diskussion) 01:16, 3. Jun. 2023 (CEST)

Ich krieg da oft auch beim "Bearbeiten"-Drücken so eine Zeile mit bunten Symbolen eingeblendet, die dann sofort mit einer anderen überschrieben wird. Ist die Leiste, die du meinst, mit bunten oder mit einfarbigen? Ansonsten: danke erstmal. Ich muss dann gucken, und dann ggf. bei Fragen zur Wikipedia nachfragen. Die Quelle direkt aus der ISBN zu bekommen, halte ich jedenfalls für hilfreich. Grüße, --Global Fish (Diskussion) 10:03, 3. Jun. 2023 (CEST)

Einfarbig. Das was du beschreibst habe ich noch nie gehört. Frag da vielleicht echt mal bei Fragen zur Wikipedia nach. Grüße, WissenBleibtMacht (Diskussion) 11:01, 3. Jun. 2023 (CEST)