Beiträge mit Pöbeleien, Aufhetzversuche oder ähnlich ungebührlichem Text werden ohne Antwort entfernt! ÅñŧóñŜûŝî(Ð)
Ich behalte mir vor, auf dieser Seite in Signaturen enthaltene politische Statements jeglicher Art – egal welche Parteilinie und auch allgemein akzeptierte – sowie Landesflaggen, aus diesen zu entfernen. Wer das nicht akzeptieren will, soll hier keine D-Beiträge platzieren. ÅñŧóñŜûŝî(Ð)
Letzter Kommentar: vor 2 Jahren6 Kommentare4 Personen sind an der Diskussion beteiligt
Hallo, Antonsusi!
Ich möchte dich bitten, auf die reine Geschmacksänderung "die" -> "welche" zu verzichten, vor allem, wenn du sonst nichts Wesentliches in einem Artikel änderst. Wer sagt, dass es schlechter Stil ist, wenn aufs Relativpronomen ein Artikel folgt, der zufälligerweise dieselbe Form hat?
Gruß, --Veliensis (Diskussion) 14:57, 31. Dez. 2021 (CET)Beantworten
Das gilt ganz allgemein als schlechtes Deutsch. Insbesondere "die die" oder "die diese" ist schlechtes Deutsch und wird in vielen Schulen sogar als Fehler markiert. Es ist nicht verboten, schlechten Sprachgebrauch zu korrigieren. ÅñŧóñŜûŝî(Ð)15:10, 31. Dez. 2021 (CET)Beantworten
welche/s/r wird vielfach als „schlechter“, genauer als veraltender oder „geschraubter“ Stil empfunden. Aber, wie Veliensis schon schrieb: beides ist zulässig und daher gilt hier WP:KORR. Ich schließe mich der Bitte an, das künftig zu beachten. Schönen Gruß und ein gutes neues Jahr, Willi P • Disk • 17:16, 1. Jan. 2022 (CET)Beantworten
Ich fordere dich erneut und formal auch administrativ auf, diese Änderungen zu unterlassen, die in der Form keine Verbesserung darstellen, von WP:KORR mal ganz zu schweigen. -- ɦeph12:51, 5. Mär. 2022 (CET)Beantworten
Von wegen "keine Verbesserung". Es ist definitiv so schlecht, dass es in der Schule als Fehler markiert wird. Hier lesen auch Schüler und denen darf man sowas m. E. nicht vorsetzen. Gilt übrigens auch für Sätze, welche mit "Und" anfangen. ÅñŧóñŜûŝî(Ð)13:32, 5. Mär. 2022 (CET)Beantworten
[1], [2], [3], nur so als Auswahl, ohne dass man daraus eine definitive Aussage in die eine oder andere Richtung ableiten sollte. Gerade deshalb sind es ja auch Geschmacksänderungen und somit zu unterlassen. Zumindest solltest du spätestens jetzt erkennen, dass mehrere Menschen off- wie auch onwiki deine Meinung nicht teilen, so leid’s mir tut. -- ɦeph13:41, 5. Mär. 2022 (CET)Beantworten
Frohes Neues Jahr
Letzter Kommentar: vor 3 Jahren7 Kommentare3 Personen sind an der Diskussion beteiligt
Da ist also irgendwo so ein herrenloses </div>, das allein steht, weil ihm das hier
{{#ifexist: Liste der Staatsoberhäupter {{SUBPAGENAME}} | <div{{Kalenderstil}}>
[[Liste der Staatsoberhäupter {{SUBPAGENAME}}|Staatsoberhäupter]]}}
zu fehlen scheint. Da du dich ja zuletzt sehr viel damit befasst hast, kannst du das so reparieren, dass das nicht in jedem Jahr erneut Fehler auslöst solange die Seite Liste der Staatsoberhäupter 2025 nicht existiert? Da sucht man sich doch dumm und dusselig, zumal wenn der Fehler nur in der Leseansicht angezeigt wird. --Liebe Grüße, LómelindeDiskussion11:26, 1. Jan. 2022 (CET)Beantworten
@Lómelinde: Idealerweise Liste der Staatsoberhäupter 2022 erstellen. Sehe gerade, dass das inzwischen erfolgt ist und der Fehler taucht wohl auch nicht mehr auf (?). Ich habe keine konkrete Idee, wo der Haken ist, aber wenn es nicht gefunden wird: Einmal im Jahr am 31.12. eine Seite fürs Folgejahr zu erstellen, ist kein wirklich großer Aufwand für eine "smyptomatische Behndlung" ;-) Gruß von ÅñŧóñŜûŝî(Ð)17:04, 1. Jan. 2022 (CET)Beantworten
Du könntest das schließende div aber auch einfach so wie das öffnende in eine Abhängigkeit zu der gewünschten Liste stellen, dann wäre das für immer weg. Ich habe wirklich lange gesucht wo das herkommen mag. Da ich nicht wirklich verstehe was dieser Kalenderstil tut, ist es mir schleierhaft warum der nur aktiv sein darf wenn es diesen Listenlink gibt. Also du könntest natürlich einfach
{{#ifexist: Liste der Staatsoberhäupter {{SUBPAGENAME}} | </div>}}
Setzen. Oder den Stil immer aktivieren egal ob da ein Inhalt wäre oder nicht. Dann würde er eben zu einer Linie verschmelzen. Mich überfordern solche Schachtelt etwas. Und nein ich lege generell keine Listen an, da habe ich nur ein einziges Mal eine Ausnahme gemacht. --Liebe Grüße, LómelindeDiskussion17:13, 1. Jan. 2022 (CET)Beantworten
Letzter Kommentar: vor 3 Jahren7 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo Antonsusi, dieseÄnderungen an Nekrologen gefallen mir nicht. Es geht ausdrücklich um Listen, dafür sind Tabellen kein geeigneter Ersatz. Und falls das nach Diskussion doch allgemein gewünscht sein sollte, böte sich auch hierfür an, eine Vorlage zu erstellen, mit der man die Gestaltung zentral vornehmen kann. --Wiegels„…“00:59, 2. Jan. 2022 (CET)Beantworten
Ich will damit eigentlich eine schnellere Auswahl. Mir ist das aber nicht so wichtig. Eher schon sind die Kategorien eine harte Nuss... Sollen bei den Jahren 2009 bis 2013 die Übersichtsseiten auch unter "Quartale"? vermutlich nicht. Ich würde alle Jahresseiten nur in die oberkat sortieren. ÅñŧóñŜûŝî(Ð)01:03, 2. Jan. 2022 (CET)Beantworten
Die Jahresnekrologe, die sich noch hier befinden, sollten in die Oberkategorie verlegt werden, finde ich. Wäre es vielleicht sinnvoll, unter „Kategorie:Nekrolog“ parallele Kategorien „Kategorie:Nekrologjahrhundert“, „Kategorie:Nekrologjahr“ und „Kategorie:Nekrologquartal“ anzulegen und zu füllen? --Wiegels„…“01:17, 2. Jan. 2022 (CET)Beantworten
Es ist ein Rückschritt in die Welt der Layout-Tabellen für sehende Desktop-Benutzer.
Aufzählungen können barrierefrei navigiert werden. Eine vierspaltige Layout-Tabelle nicht.
Bildschirme werden teils immer kleiner.
Wenn mehrspaltig, dann verwenden wir responsive Listen.
Wobei das wunderbar aufgeht, weil mit bis zu vier Spalten lässt sich zwölf prima in einspaltig, zweispaltig, dreispaltig und vierspaltig dynamisch darstellen. Einspaltig wäre verwunderlich, aber das ist Sache des Browsers.
Und ein schmales em lässt sich gut für den September vorgeben.
Nebenbei wäre eine Monats-Navigation ein unstrittig hilfreicher Kandidat für eine Vorlage; Jahreszahl steht schon im Lemma und bedarf keines Parameters.
Ich wusste gar nicht, dass Tabellen eine Barriere sein können. Kann das ein Screenreader nicht erkennen? Wie auch immer: Es ging mir nur um ein anderes Design. Wenn es Sachgründe dagegen gibt, dann ist das natürlich wichtiger. Was es die Jahre mit Quartalslisten (2009 bis 2013) angeht: Die sind inzwischen so lang, dass man da auch Monatslisten machen könnte. Dann haben wir statt drei nur noch zwei verschiedene Aufteilungen. ÅñŧóñŜûŝî(Ð)09:37, 2. Jan. 2022 (CET)Beantworten
Na, dann lernst du heute hoffentlich was dazu.
Blinde können eine nummerierte oder unnummerierte Aufzählung von vorn bis hinten mit Tab durchnavigieren.
Wenn du das in eine Layout-Tabelle steckst, dann müssen sie erstmal zustimmen, eine Tabelle unbekannten Inhalts zu öffnen, und müssen dann Zelle für Zelle und Zeile für Zeile durch Versuch und Irrtum herausfinden, wie die ihnen unbekannte Tabelle strukturiert ist, bis sie irgendwann zum August gelangen konnten.
Wegen der Koinzidenz von vertrauter Monatsnummerierung mit der Aufzählung wäre eine #-Aufzählung sogar besonders schlau, sowohl für Sehende wie Blinde (die das angesagt bekommen und dann eher wissen, dass sie jetzt beim vierten Tab sind und noch viermal schnell drücken müssen, um auf den August zu gelangen).
Nekrolog 2020/Mai mittels Vorlage:TOC Monats-Unterseite (hätte ich ja schlauer gefunden, auch wenn alle Nekrolog-Artikel alphabetisch aufgelistet werden und dabei momentan erst die April- und August-, dann Dezember- und dann Februar-Artikel aller Jahre kommen; und prefix:Nekrolog 20 erwischt alle aus dem dritten Jahrtausend, und prefix:Nekrolog 2020 alle Nekrologseiten dieses Jahres).
Nekrolog Mai 2020 mittels Vorlage:TOC Monats-Seite – weil der Seitentitel analysierbar ist, lässt sich für alle Seitennamen vom Typ ^(.*) ([12]%d%d%d)$ daraus generieren: %1 Monat %2 , bedarf jedoch effizienterweise einer Untervorlage mit den beiden %1 und %2. Ist aber eh dann nur eine einzige Einbindung auf einer überschaubaren Seite zu erwarten.
Schon mal vormerken: Vom 24.1. bis zum 6.2. findet die Umfrage Technische Wünsche statt
Letzter Kommentar: vor 3 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Frohes neues Jahr! Es gibt vieles, was man sich für 2022 wünschen kann: viele erfolgreiche Bearbeitungen, interessante Artikel, Gesundheit … und Verbesserungen an der Nutzbarkeit der Wikipedia und ihrer Schwesterprojekte!
In Kürze ist es nämlich wieder so weit: Vom 24. Januar bis zum 6. Februar findet die Umfrage Technische Wünsche statt. Es wird wieder darüber abgestimmt, in welchem Bereich das Team Technische Wünsche (WMDE) zwei Jahre lang, in engem Austausch mit den deutschsprachigen Communitys, für Verbesserungen sorgen wird.
Du bist wieder herzlich eingeladen, mitzumachen! Es stehen 16 Themenschwerpunkte zur Wahl. Neu ist in diesem Jahr, dass du angibst, welche fünf davon dir am wichtigsten sind. Das Konzept ist auf der Umfrageseite genauer beschrieben. Dort finden sich auch Antworten auf häufig gestellte Fragen und einiges mehr. Auf der Diskussionsseite sind außerdem Fragen und Anregungen sehr willkommen.
Wir würden uns freuen, wenn du ab dem 24. Januar wieder dabei bist und auch anderen davon erzählst. Technikkenntnisse oder viele Bearbeitungen sind ausdrücklich nicht nötig, um teilzunehmen. -- Für das Team Technische Wünsche, Johanna Strodt (WMDE)15:06, 6. Jan. 2022 (CET)Beantworten
PS: Wenn du zu Beginn der Umfrage nochmal erinnert werden möchtest, kannst du mit dem folgenden Textschnipsel auf diese Nachricht antworten, und bekommst dann am 24. Januar eine Nachricht über das System: {{ErinnerMich|24.1.2022}} Jetzt abstimmen in der Umfrage Technische Wünsche -- ~~~~
Revert in der Nekrolog-Vorlage
Letzter Kommentar: vor 3 Jahren6 Kommentare4 Personen sind an der Diskussion beteiligt
Hallo Antonsusi, möchtest Du die Datumsentlinkungen lieber alleine machen, oder soll ich mal z. B. ein Jahr übernehmen?
Vermutlich machst Du das ähnlich wie ich das auch gemacht habe: Quelltext in Libreoffice-Textdokument kopieren (müßte auch in Word gehen), dann Suchen/Ersetzen:
März]] → März
||_ → ||@
|_[[ → |_
||@ → ||_
(_ ist das Leerzeichen, kein Unterstrich), dabei darauf achten, dass der 1. und 3. Ersetzen-Schritt die gleiche Anzahl aufweist, und dass der 2. und 4. Ersetzen-Schritt die gleiche Anzahl aufweist. Wenn nicht, könnte z. B. jemand den Nachnamen "März" haben, so dass der Name halb entlinkt wurde.
Hallo Antonsusi, was meinst du hier mit „fehlerhaftem HTML-Code“, vielleicht die Breitenangabe von 100 Prozent? Ist dir irgendein Browser bekannt, der nicht das Boxmodell border-box voreingestellt verwendet?
Und an Aspiriniks: Das Datum lässt sich durch eine einzelne Ersetzung entlinken:
Suche nach: \[\[(\d{1,2}\. März)\]\]
Ersetze durch: $1
„Die Zeichenkette der Suche als regulären Ausdruck behandeln“ ankreuzen
@Wiegels: Eine Zuweisung width="100%" ist nicht CSS, sondern HTML und HTML kennt, im Unterschied zu CSS, nur Pixel als Einheit, also "px". Die meisten Browser werden das irgendwie interpretieren, vermutlich wie CSS, aber eine Gewähr gibt es dafür nicht. Wenn es aber wie CSS behandelt wird, dann kommt gemäß dem CSS-Box-Modell noch Padding-, Border- und Marginwerte dazu, sodass das Objekt mehr als 100% Breite hat. Mein altes Monobook-Skin kommt damit klar, weil die Objekte normalerweise nicht über den Rand des Hauptfeldes ragen, aber je nachdem, wie User ihren Skin wählen und gestalten, kann es zu einer i. d. R. unerwünschten horizontalen Scrollbar kommen. Daher ist es besser, nur 99.5% anzugeben. Was es das Entlinken angeht: Selbstverständlich kann da jeder mitmachen. Ich kopiere den Artikel offline in eine Datei auf der Festplatte, lass ein Lua-Skript drüberlaufen und kopiere das Ergebnis zurück. ÅñŧóñŜûŝî(Ð)00:33, 17. Jan. 2022 (CET)Beantworten
Hallo, dass Prozent als Einheit des width-Attributs nicht mehr zugelassen ist, gilt für Bilder und Objekte, aber auch für Tabellen? Und es gibt nicht nur ein einziges CSS-Box-Modell. Ich stelle meine Frage anders: Kennst du irgendeinen Skin, der das Standard-Browser-Boxmodell durch den altertümlichen Wert content-box überschreibt? Sollten wir dann nicht einfach zusätzlich zu einer 100-prozentigen Breite das Boxmdell mit box-sizing:border-box; erzwingen, damit die Tabelle über die volle Breite geht und nicht in jedem Fall schräg aussieht? --Wiegels„…“04:07, 17. Jan. 2022 (CET)Beantworten
@Wiegels: Wenn wir mit "100%" arbeiten wollen, dann müssen wir auf jeden Fall explizit box-sizing:border-box inherit; setzen. Bei Skins und Client gilt: Es gibt nichts, was es nicht gibt. Ergo besser explizit setzen. ÅñŧóñŜûŝî(Ð)06:08, 17. Jan. 2022 (CET)Beantworten
@Aspiriniks: Bei einer Diskussion im Portal Astronomie hat sich gezeigt, dass es für die Verwendung von PAGENAME und anderer Parameter in einer Vorlage einer Konvertierung typografischer Minuszeichen oder Bindestriche in das ASCII-Minus bedarf, was mit urlencode nicht funktioniert. Weil das i.d.R. mitten in einer Wiki-Syntax erfolgt, ist ein kompakter, kurzer Name sinnvoll, um den Code nicht zu sehr zu verlängern. Es geht also um Syntax und eine Verwendung ausschließlich innerhalb anderer Vorlagen. Ein längerer, sprechender Name ist da nicht so wichtig, weil Vorlagenprogrammierung sowieso nur von erfahrenen Usern angefasst wird. Gruß von ÅñŧóñŜûŝî(Ð)12:23, 23. Jan. 2022 (CET)Beantworten
Letzter Kommentar: vor 2 Jahren7 Kommentare3 Personen sind an der Diskussion beteiligt
Hallo Antonsusi, dann lass mich bitte nicht dumm sterben und erläutere Deine Änderung. Phänotypisch ändert sie nichts an der Anzeige. Was verbessert sie? --Elrond (Diskussion) 00:06, 31. Jan. 2022 (CET)Beantworten
Richtig. Da es eine "Flagge vom Niemandsland" ist, passt das schon. Hier kann man eine beliebige Vorgabe machen. "Nichts" war das auch nicht besser. ÅñŧóñŜûŝî(Ð)00:55, 31. Jan. 2022 (CET)Beantworten
Stratigraphische Tabelle
Letzter Kommentar: vor 2 Jahren5 Kommentare2 Personen sind an der Diskussion beteiligt
Hey Antonsusi,
Mir wurde verraten, dass du die Stratigraphischen Tabellen verwaltest. Ich würde gerne die Linkbox Quartär (Geologie) überarbeiten, da die Stufen des Holozäns nicht in ihre einzelnen Zeiträume aufgeschlüsselt werden. Ich habe kurze Stubs zu den fehlenden Stufen erstellt und die Zeiträume dort aufgeführt. Die Vorlage scheint ihr Zeitangaben aus (einer anscheinend von dir gepflegten) Datenbank zu beziehen, weswegen ich dich bitten wollte diese dort einzutragen. Um dir ein bisschen Zeit zu ersparen: Grönlandium 11.650 BP - 8.276 BP (0,012 - 0,008 mya), Northgrippium 8.276 BP - 4.200 BP (0,008 - 0,004 mya), Meghalayum 4.200 BP bis heute (0,004 - 0 mya). Grüße LukeTriton (Diskussion) 21:06, 1. Feb. 2022 (CET)Beantworten
Ich habe doch noch was, ist ein Thema was mich seit Tag 1 im Studium verfolgt. Ich fände es unglaublich gut, wenn man in den Tabellen nicht nur in die Untereinheieten sondern auch in höhere Ordnungen springen könnte. Angefangen bei Systemen (Bsp. Kambrium), die die niedrigste Auflösung der Tabellen sind, eine möglichkeit von dort in die nächst höher Ordnung zu gehen, also Ärathem (Paläozoikum), evtl. vom Ärathem dann auch ins Äonothem (Phanerozoikum), wäre wirklich sehr hilfreich für die Navigation. Ich weiß nicht ob das umsetzbar ist bzw. schon diskutiert wurde. Ich hab kurz ein bissel gephotoshopt, damit man überhaupt versteht was ich meine. Ich würde den Pfeil noch deutlich feiner, aber dafür etwas größer machen (Oder vielleicht auch einfach die Ordnung ausschreiben?). So dass man dann vom Kambrium in das Paläozoikum oder vom Quartär ins Känozoikum springen kann und auf einen Schlag auch alle angrenzenden Systeme sieht. Ist das umsetzbar? Wo sollte ich das diskutieren? Sorry für die ganze Fragerei. Grüße --LukeTriton (Diskussion) 10:50, 5. Feb. 2022 (CET)Beantworten
Umfrage Technische Wünsche: Der Gewinner steht fest
Letzter Kommentar: vor 2 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Vielen Dank, dass du bei der diesjährigen Umfrage mitgemacht hast. Gewonnen hat ein Thema, für das du selbst auch abgestimmt hast: Wiederverwendung von Einzelnachweisen vereinfachen! Auf der Projektseite des Themenschwerpunkts werden in Zukunft alle wichtigen Schritte und Erkenntnisse dokumentiert. Wie das Ergebnis ermittelt wurde, ist auf dieser Seite detailliert beschrieben.
Mit diesem Themenschwerpunkt wird sich das Team Technische Wünsche für zwei Jahre beschäftigen und dort Verbesserungen umsetzen. Als Erstes ist eine Recherchephase vorgesehen, in der ermittelt wird, was die dringendsten Probleme in diesem Bereich sind.
Möglicherweise wunderst du dich, warum du schon wieder eine Nachricht auf deiner Diskussionsseite erhältst. Die Umfrage Technische Wünsche ist eine große Veranstaltung, die etwa einmal im Jahr stattfindet. Und je mehr Leute mitmachen, desto aussagekräftiger ist das Ergebnis. Jetzt wo die Umfrage vorbei ist, endet auch die Werbung für die Umfrage, aber: Um sicherzustellen, dass die Verbesserungen in diesem Bereich auch sinnvoll und nutzbar sind, ist das Projektteam auf Feedback angewiesen. Dazu wird es immer mal wieder Gelegenheit geben, beispielsweise wenn Rechercheergebnisse vorliegen, Ideen für Lösungsansätze oder auch fertige Funktionen. Weil du für das Thema abgestimmt hast, möchten wir dich über solche Meilensteine in diesem Themenschwerpunkt informieren. Falls du das nicht möchtest, kannst du uns das einfach hier mitteilen.
Abschließend noch eine Bitte: Ein Ziel des Projekts Technische Wünsche ist es, die Meinungen und Vorstellungen möglichst vieler unterschiedlicher Personen aus verschiedenen Bereichen und mit unterschiedlichen Arbeitsweisen zu beachten. Schließlich soll die Software so weiterentwickelt werden, dass alle davon profitieren. Wir würden gerne erfahren, wie sich die Gruppe derjenigen, die an der Umfrage 2022 teilgenommen haben, zusammensetzt. Daher wäre es toll, wenn du dir etwa fünf Minuten Zeit nehmen könntest, um anonymisiert ein paar Fragen zu dir und zur Umfrage zu beantworten. Bei dem Fragebogen werden alle Vorgaben des Datenschutzes berücksichtigt. Jede einzelne Frage ist optional zu beantworten. Weitere Informationen dazu gibt es im Fragebogen selbst. Vielen Dank für deine Teilnahme!
Dazu brauche ich einen ausreichend freien(!) Font. Es gibt zwar mehrere Fonts mit diesen Unicodeblöcken, aber da ist die Copyrightlage ungünstig. Große Ersteller freier Fonts haben diese neuen Zeichen (Version 14.0) noch nicht veröffentlicht. ÅñŧóñŜûŝî(Ð)08:04, 31. Mär. 2022 (CEST)Beantworten
Letzter Kommentar: vor 2 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Entschuldigen sie mich dass ich kann nicht gut deutsche schreiben.
In diesen Beitrag von 2013 haben sie text über dem Wort "Maß" ohne Referenz eingestellt. Also findet sich dasselbe Wort im Artikel Gros, auch ohne Referenz, und war es auch im englischen Artikel en:1728 (number), mit Referenz nur nach den deutschen Artikel, aber jetzt ist es weg. Haben sie Nachweis für es? --ColinFine (Diskussion) 21:29, 13. Apr. 2022 (CEST)Beantworten
Ach, OK, es gibt auch noch eine (Unter-)Seite mit Aliasen für die Einheitennamen. Hatte schon vermutet, dass es irgendwas mit den Umlauten zu tun haben könnte, mich aber gewundert, warum der Fehler nicht beim Känozoikum und Paläoproterozoikum auftrat. Danke auf jeden Fall! Vielleicht kannst du auch gleich noch die EZA-Vorlagen für das Miaolingium und Wuliuum anpassen? In denen muss immer noch der Bezeichner Kambrium 3. Serie bzw. Kambrium 5. Stufe verwendet werden, d.h. da funktioniert diese Zuordnung anscheinend nicht… --Gretarsson (Diskussion) 15:56, 19. Apr. 2022 (CEST)Beantworten
@Gretarsson, Wiegels: Diese Unterseite soll eigentlich nur die vielen Alternativen vereinheitlicht (in ASCII-Schreibweise) weiterreichen. Kann sein, dass da ein paar Tippos drin sind und mir ein paar Umlaute durch die Lappen gegangen sind. Ich schaue mal. ÅñŧóñŜûŝî(Ð)21:23, 19. Apr. 2022 (CEST)Beantworten
Grafische Zeitleiste und Untervorlagen
Letzter Kommentar: vor 2 Jahren4 Kommentare2 Personen sind an der Diskussion beteiligt
Ach so. Ich habe eine im Fußabschnitt definierte Referenz in der IB entfernt. Wenn sie sonst nirgendwo drin ist, dann gibt es den Fehler. der Ref-Tag kann dann komplett weg. ÅñŧóñŜûŝî(Ð)21:04, 24. Apr. 2022 (CEST)Beantworten
{{FormatNum|1234567.890123|de}}
Letzter Kommentar: vor 2 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Hallo Antonsusi, so wie ich das sehe, bist du an der Vorlage maßgeblich beteiligt. Ich bin inzwischen fleißig dabei, sie zu verwenden. Sie hat nur in meinen Augen einen Mangel, der mich anfangs zum Verzweifeln gebracht hat: Man muss als Dezimaltrennzeichen einen Punkt eingeben, um ein Komma zu erlangen. Meine Bitte: Kann die Vorlage nicht so abgeändert werden, dass auch ein Komma eingegeben werden kann, wo später das Komma hingehört? Ich denke, dass das der Akzeptanz der Vorlage sehr dienlich sein müsste. Es grüßt der Saure18:22, 26. Apr. 2022 (CEST)Beantworten
Vielen Dank
Letzter Kommentar: vor 2 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Bitte. War nur der obere Abstand. Jetzt fällt er bei den meisten Schriften mit dem oberen Rand der Kleinbuchstaben zusammen, was ich optisch besser finde. ÅñŧóñŜûŝî(Ð)08:34, 6. Mai 2022 (CEST)Beantworten
Änderungen in fremden Artikelentwürfen
Letzter Kommentar: vor 2 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
@Special Circumstances: Der bisherige Vorlagenname mit Doppelpunkt kollidiert mit diversen Lua-Skripten, weshalb ich das umgestellt habe. Die veraltete Einbindung funktioniert nicht mehr, weil die Vorlage jetzt deaktiviert ist. Deshalb mein Edit. Es steht dir frei, den Edit zu revertieren, aber die allermeisten User bevorzugen eine Fremdänderung gegenüber einer defekten Seite. ÅñŧóñŜûŝî(Ð)08:19, 16. Mai 2022 (CEST)Beantworten
Mars 96
Letzter Kommentar: vor 2 Jahren5 Kommentare2 Personen sind an der Diskussion beteiligt
Das erzeugt erneut Fehler, das sieht man auch an den Zellen unterhalb der Zeitleiste in der IB. Nimm bitte diese Zeilenumbruch wieder aus der Vorlage:ZL ich habe mich dumm und dusselig gesucht das ist einfach nur doooooof dass du das revertierst ich mach das nicht zum Spaß. --Liebe Grüße, LómelindeDiskussion08:24, 31. Jul. 2022 (CEST)Beantworten
Aha es liegt nicht an der Vorlage, soso, wenn man sie aber genau so einbindet, wie es laut Doku Vorlage:ZL#Zusammensetzungen gemacht werden soll, dann soll das also zu Darstellungsfehlern in Infoboxen führen. Dass da nach der Entfernung des Zeilenumbruchs eine Lücke entstanden ist
war übrigens dem viel zu langen umgebrochenen Text am Ende geschuldet, nochmals die Bitte nimm den Zeilenumbruch dort wieder raus, das erzeugt bei falscher Verwendung sonst erneut Fehler, andere müssen dann erneut suchen warum das zerstört aussieht. Das muss nicht sein. So etwas nenne ich unsaubere Programmierung. --Liebe Grüße, LómelindeDiskussion08:54, 31. Jul. 2022 (CEST)Beantworten
@Lómelinde: Die Vorlage gehört nicht auf 100px zusammengequetscht... Welchen Zeilenumbruch in welcher der Untervorlagen meinst du? Jede Untervorlage erzeugt eine Tabellenzeile und die muss an den Zeilenanfang. Ich vermute mal, dass es um den Header und den Footer geht. Die sind in der IB schon drin und das habe ich in der Beschreibung auch erwähnt. Zitat: "Dieser Typ kann auch duch geeigneten Quelltext in einer aufrufenden Vorlage (Infobox etc.) ersetzt werden." Ich hatte das allerdings auch vergessen. Ummodeln will ich das wegen der dann defekten bisherigen Einbindungen aber auch nicht. Ich überlege mir eine genauere Doku. Gruß von ÅñŧóñŜûŝî(Ð)10:00, 31. Jul. 2022 (CEST)Beantworten
Letzter Kommentar: vor 2 Jahren3 Kommentare1 Person ist an der Diskussion beteiligt
Hey Antonsusi, entschuldige das hinterhergelaufe, aber leider kriege ich die Vorlage:Phanerozoikum nicht umgebaut. Ich habe versucht die Untervorlagen wie für die Systeme um die Pfeil Spalte zu erweitern, allerdings verschiebt sich dadurch in der Hauptvorlage das Känozoikum anders als alle anderen Systeme, unabhängig von der Erweiterung des Tabellenkopfes. Ich würde mich wirklich sehr freuen, wenn du dich dessen nochmal annimmst, da ich eine so häufig eingebettete Vorlage nicht durch trial and error anpassen möchte. Gruß --LukeTriton (Diskussion) 12:08, 4. Aug. 2022 (CEST)
@LukeTriton: Wenn dich insgesamt drei Pfeile, links neben jedem Ärathem einen, nicht stören, dann ist es relativ einfach. ÅñŧóñŜûŝî(Ð)21:23, 5. Aug. 2022 (CEST)Beantworten
Wenn ich das richtig verstehe, wäre das genau was ich mir vorgestellt habe, da ja immer nur ein Ärathem (und somit ein Pfeil) aus der Vorlage in den Artikeln eingebunden wird. Das Phanerozoikum selbst benutzt ja eine eigene Tabelle. Also sehr gerne.--LukeTriton (Diskussion) 05:01, 6. Aug. 2022 (CEST)Beantworten
Habe deine Bearbeitungen jetzt gesehen und konnte die Pfeile ohne Probleme auf einen reduzieren, ich hoffe ich habe dabei jetzt keine guten Gründe von dir übergangen, ansonsten wäre ich mit den Änderungen jetzt so sehr zufrieden. Vielen Dank.--LukeTriton (Diskussion) 06:04, 6. Aug. 2022 (CEST)Beantworten
Übertrag von Infobox Gemeinde in Deutschland
Letzter Kommentar: vor 2 Jahren6 Kommentare2 Personen sind an der Diskussion beteiligt
du hast bei der "Infobox Gemeinde in Deutschland" geschaut. Dort kann man den Gemeindeschlüssel eintragen. Wenn ich mir jetzt andere Infoboxen anschaue, so kann ich diese nicht eintragen bzw anzeigen lassen, da diese nicht vorgesehen ist. Es wäre toll, wenn dies möglich wäre.
Mit dieser Nummer/ Namen (Namen habe ich bei Berlin gesehen) kann man sich dann, die aktuelle Einwohnerzahl "ziehen" lassen.
Hallo Woelle_ffm, der AGS (8 stellig) wird nur benutzt um die Metadatenvorlage Einwohnerzahl DE einheitlich zuhalten, es war nicht Ziel Stadt oder Ortsteile dort einzupflegen und es ist auch nicht möglich schon wegen dem Quellen Nachweis. Die Berliner Vorlage ist schön aber funktioniert nur bedingt. Man kann aber für Stadtteile und Ortsteile etwas eigenes zaubern. Hättest du für mich vielleicht mal ein Beispiel? mfg --Thomas021071 (Diskussion) 16:01, 5. Aug. 2022 (CEST)Beantworten
Hallo Thomas, danke für eine Antwort. Jetzt bin ich eine wenig Lokalpatriot .... wir nehmen die Infobox Frankfurter Stadtteil.
Vorteil hier ist, dass die Gemeindenummer schon in Artikel verbaut. (mit Meta im ganzen Artikel suchen)
Letzter Kommentar: vor 2 Jahren4 Kommentare3 Personen sind an der Diskussion beteiligt
Hi!
Die Vorlage:Nekrolog/Kategorien müsste marginal angepasst werden, aber selbst trau ich mich nicht, da was reinzuschreiben. Problem: In den Nekrolog-Kategorien > 2013 wird für den Hauptatikel die # als Sortierparameter gesetzt. Das soll aber nicht sein, weshalb jetzt alle auf der Wartungsliste Benutzer:Martsamik/Sort aufschlagen. Richtig wäre für den Hauptartikel "| ". Kannst Du das bitte korrigieren? Schon mal danke. --Kimastram (Diskussion) 18:31, 6. Aug. 2022 (CEST)Beantworten
Letzter Kommentar: vor 2 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Hallo Antonsusi, da Du Dich ja schon recht lange über das Ganze Verfahren ärgerst und versuchst eine konstruktive Lösung zu erreichen, ist das hier vielleicht von Interesse für dich: [5]. Auch wenn ich keine Hoffnung habe, dass man Solitools sinnvoll einbinden kann, scheinst Du da gegenteiliger Meinung zu sein. Letztendlich fände ich es sogar gut, wenn ich falsch und Du richtig liege. Flossenträger11:20, 23. Aug. 2022 (CEST)Beantworten
Würfelverdoppelung
Letzter Kommentar: vor 2 Jahren2 Kommentare1 Person ist an der Diskussion beteiligt
Letzter Kommentar: vor 2 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Antonsusi, ich verstehe diesen deinen Einwand nicht. Das Skript bearbeitet interaktiv ein im Quelltext vorhandenes Schachbrett und konvertiert keine Notationen. Als ich das Skript vor vier Jahren programmiert habe, waren noch viele Schachbretter in alter Notation vorhanden, was unterstützt werden sollte. Die Forsyth-Edwards-Notation ist mir neu, ich bin kein aktiver Schachspieler. Wie stellst du dir die Bedienung des Editors vor, wenn eine Stellung in dieser Notation ausgelesen werden soll? --Wiegels„…“19:54, 23. Okt. 2022 (CEST)Beantworten
Die FEN gibt m. E. eine Spielaufstellung oder -position wieder und enthält auch Infos über den Status, also wer ist am Zug, welche Rochaden sind noch erlaubt, etc. wenn du ein Skript hast, welches Interaktivität zulässt, dann verändert das die Spielsituation und dann wäre es sinnvoll, diese zumindest als FEN (ein Textstring) anzeigen zu können. Dann kann man das ggf. kopieren. ÅñŧóñŜûŝî(Ð)21:15, 23. Okt. 2022 (CEST)Beantworten
Das Skript führt aber keine Spielzüge durch, behandelt also keine Spielsituationen, sondern verändert reine Figurenaufstellungen. Besteht bei dir der Bedarf einer Eingabe und/oder Ausgabe in Form einer FEN, beispielsweise in der Zusammenfassungszeile? Würdest du es nutzen und wärest du bereit, eine Umsetzung zu testen? --Wiegels„…“21:30, 23. Okt. 2022 (CEST)Beantworten
Neues Zeitobjekt
Letzter Kommentar: vor 2 Jahren1 Kommentar1 Person ist an der Diskussion beteiligt
Hallo AntonSusi,
ich habe ein Modul:Wikidata/Time erstellt, das den Spezifikationen unter Wikipedia:Lua/Werkstatt/Datum und Uhrzeit schon ziemlich nahe kommt. Ich würde mit Dir und ggf. allen anderen willigen gerne an dieser Spezifikation arbeiten, um ein entsprechendes Modul zu schaffen, dass sich ähnlich verhält und ggf. gemeinsame Methoden verwendet. Hilfst Du mir, hierzu eine zivilisierte Kommunikation zu etablieren? Über Deine Meinung zu den eben eingetragenen Diskussionsbeiträgen würde ich mich freuen. --Vollbracht (Diskussion) 05:39, 30. Okt. 2022 (CET)
Meine Antwort vom 15. August 2013 auf Wikipedia Diskussion:Lua/Werkstatt/Datum und Uhrzeit an PerfektesChaos ist weiterhin gültig. Wer da mitmacht, muss damit rechnen, dass PerfektesChaos alles in die virtuelle Mülltonne klatscht, weil es nicht seinen persönlichen Vorstellungen entspricht. Dafür ist mir meine Zeit zu schade. Er soll da machen, was er will. Ich habe nichts mehr damit zu tun. Sorry für den Korb, aber wende dich an den immer alles besser wissenden User dort. Gruß von ÅñŧóñŜûŝî(Ð)09:38, 30. Okt. 2022 (CET)Beantworten
Deine Revertierung
Letzter Kommentar: vor 2 Jahren3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Antonsusi. Du hast im Artikeltext die Erklärung des Durchmessers (WISE) entfernt sowie weitere Untersuchungen der Lichtkurve. Du hast ebenso den Hinweis auf den Asteroid Cuba entfernt sowie die Folgeleiste. Deine Infoboxänderungen entsprechen nicht der Vorlage und den Erläuterungen der Infoboxvorlage. Außerdem revertierst Du mich, ohne mich vorher anzusprechen. Was soll das? --Gereon K. (Diskussion) 23:27, 6. Nov. 2022 (CET)Beantworten
Mir ging es nur um die Infobox. Wenn was anderes verschwunden ist, dann war das nicht beabsichtigt. Wenn Zeilen verschoben werden, dann ist die Diff-Darstellung schon echt unübersichtlich. Die Infobox berechnet redundante Werte aus anderen. Ebenso rundet sie passend. Dazu müssen die Werte zum Orbit aber reine (Computer-) Zahlen mit Dezimalpunkt sein. Winkel variieren wegen der Oskulation, man braucht sie aber nicht so genau. die kann man auf Zehntel oder gar ganze Grad runden. Die Reihenfolge der Orbitdaten entspricht der auf der SBD-Seite. ÅñŧóñŜûŝî(Ð)23:34, 6. Nov. 2022 (CET)Beantworten
Letzter Kommentar: vor 2 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Antonsusi,
Du hattest hier Vorlage:Infobox U-Bahn einiges geändert (Zeile Mitarbeiter fehlt). Das führt zu ref-Fehlermeldungen z.B. bei Metro Minsk. Falls die Vorlage so bleibt, dann werde ich die refs verschieben.
Habe ich entfernt, weil diese Anzahl ungenau definiert ist. Ganzes Unternehmen? Nur das Fahrpersonal? Fahrpersonal plus Tecniker? Insoweit besser weglassen. ÅñŧóñŜûŝî(Ð)18:42, 10. Dez. 2022 (CET)Beantworten
Grafik erstellen aus Scan? File:Kandler 1994/1998 Early diversification of life and pre-cell theory.jpg
Letzter Kommentar: vor 2 Jahren2 Kommentare1 Person ist an der Diskussion beteiligt
Ja, daraus ergeben sich die Anmerkungen. Ohne TemplateData keine Anmerkungen. Es werden nur Vorlagenverwendungen angezeigt, wenn diese auch im ANR enthalten sind, siehe z.B. [8]: 23 Vorlagen generieren 1870 Einbindungen im ANR. --darkking3Թ22:54, 28. Jan. 2023 (CET)Beantworten
Da du mir hier hinterher korrigierst: Als Aufmerksamer Nutzer hätte dir auffallen müssen, dass die Liste komplett neu übernommen werden muss. Syntaxbereinigung ist da nicht ausreichen! --darkking3Թ22:56, 28. Jan. 2023 (CET)Beantworten
Sag mal, hast du überhaupt Lust, dich an das zu halten, was dir andere für diesen Themenbereich vorgegeben haben? Es hieß auch von deiner Seite, dass erst diskutiert wird, du Vorschläge machst und nicht sofort dein Ding durchziehst. Ich kann nicht nachvollziehen, was daran so schwer zu verstehen ist? Du willst Änderungen durchsetzen, dann solltest du dich auch an die Vorgaben halten und Testseiten erstellen. Zumal du mal eben 5 (!) Edits für ein bisschen Markup brauchst. Nicht nur dass das schlechter Stil ist, auch werden die Seiten im ANR nur weiter aufgebläht, ohne dass du den Nutzen vorher abgestimmt hast. Also lass das bitte, ich möchte ungern eine VM für so einen Blödsinn erstellen wollen. --darkking3Թ23:55, 28. Jan. 2023 (CET)Beantworten
Markup ist bei Vorlagen auch Inhalt, sonst bräuchte es weniger Vorlagen… Ich werde die heutigen Änderungen bei Episodenlistentabelle zurücksetzen, dass man vergleichen kann. --darkking3Թ00:03, 29. Jan. 2023 (CET)Beantworten
Letzter Kommentar: vor 2 Jahren5 Kommentare2 Personen sind an der Diskussion beteiligt
Könntest du bitte solche Edits lassen? Edits die nichts substantielles am Artikel verändern sind schlechter Stil und blähen nur unnötig die Versionsgeschichte auf.
Außerdem erleichtert es Neulingen das Hinzufügen von Infos, wenn solche Standardparameter bereits leer bereit stehen.
Aber wenn du solche Edits schon machst, solltest du zumindest mal schauen, ob du nichts kapput gemacht hast. Bei dem verlinkten Artikel hat die letzte Folge der 6. Staffel z.B. plötzlich rot aufgeleuchtet, weil du den Parameter |1 entfernt hast ... --RookJameson (Diskussion) 00:29, 29. Jan. 2023 (CET)Beantworten
Der Parameter 1 hat nur Einfluss auf die Hintergrundfarbe, genauer: die Zebrastreifen, und ist inzwischen immer überflüssig wie ein Kropf. Rot wird da nichts gefärbt. Das hat gewiss eine andere Ursache und Parameter, weche man nicht setzen darf(!), weil sonst die Tabelle zerschossen wird, sollten immer komplett weg sein. Gruß von ÅñŧóñŜûŝî(Ð)00:37, 29. Jan. 2023 (CET)Beantworten
Vergleiche, hier die Version vor deinem Edit, hier die Version nach deinem Edit. Offensichtlich leutet in einem Fall was rot, und im anderen nicht ... Es kann ja wohl nicht zu viel verlangt sein, die Vorschau-Funktion zu benutzen, und sich kurz anzuschauen wie der Artikel nach dem Edit aussieht ...
Der Grund ist, die Hintergrundfarbe wird durch die Staffelnummer festgelegt (gerade ist weiß, ungerade ist grau). Bei der speziellen Folge gibt es aber keine Nummer, deswegen die Fehlermeldung. Indem man die Farbe manuel mit |1 setzt vermeidet man das. Und wieso sollte |1 überhaupt "immer überflüssig" sein? Er ist genau für solche Fälle da ... Also pass einfach besser auf, und lass auch die anderen unnötigen Entfernungen ... --RookJameson (Diskussion) 00:48, 29. Jan. 2023 (CET)Beantworten
Daran kann man mal sehen, wie schlecht die Vorlage ist... Es dürfte niemals zu einem Aufruf des Moduls kommen, wenn die Nr. fehlt oder auch mal keine Zahl ist. Es wird schlichtweg ein class="error" gesetzt, weil das nicht abgefangen wird. ÅñŧóñŜûŝî(Ð)00:56, 29. Jan. 2023 (CET)Beantworten
Mag sein. Trotzdem sollte man als Autor immer auch ein Auge draufhaben, dass nach einem Edit nichts unerwartetes im Artikel passiert. Es ist gut, dass du eine neue Vorlage erstellen willst. Aber bitte mach das halt dann auch wie besprochen, und murks nicht an der alten Vorlage rum ...--RookJameson (Diskussion) 01:03, 29. Jan. 2023 (CET)Beantworten
Episodenlisteneintrag2 kompatibel mit Sortierung
Letzter Kommentar: vor 2 Jahren2 Kommentare2 Personen sind an der Diskussion beteiligt
Hi, ein kleiner Hinweis: Ich hab gerade gesehen, dass du hier die Sortierung deaktiviert hast, als du von Episodenlisteneintrag auf Episodenlisteneintrag2 umgestellt hast. Das ist nicht nötig, da die Vorlage so angelegt ist, dass die Zusammenfassungen immer bei der richtigen Episode bleiben, egal wie sortiert wird.
Das ist auch auf jeden Fall ein Feature, das bei der neuen Vorlage beibehalten werden sollte!
Letzter Kommentar: vor 1 Jahr2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Antonsusi
Ich muss sagen, als ich zuletzt die Liste geöffnet habe, war ich - gelinde gesagt - nicht wenig schockiert. Die Tatsache, dass du die Monde in eine separate Liste verschoben hast, mag ja noch angehen; wenn es denn sein muss, diese getrennt zu führen, ok, warum nicht. Aber es war einerseits überhaupt kein System in der Reihenfolge zu erkennen, die waren einfach völlig willkürlich angeordnet. Was mich andererseits aber wirklich heillos geärgert hat, sind die noch viel willkürlicheren Bezeichnungen, die nur zur Folge hatten, dass die von mir bereits erstellten Artikel von der Liste aus nicht mehr abrufbar waren. Das grenzt nicht nur an Vandalismus, sondern ist auch nicht im Sinne der Wikipedia. Du kannst dir scheinbar nicht vorstellen, wie viel Arbeit in all dem steckt.
Noch ärgerlicher ist, dass du zudem mindestens 4 Artikel (die Monde zu (38628) Huya, (55637) 2002 UX25, (148780) Altjira und (208996) 2003 AZ84) einfach mit der Begründung "Nomenklatur" in ein neues Lemma verschoben hast. Was für eine Nomenklatur soll das denn sein? Es gibt auch gemäß Google keinen einzigen Hinweis darauf, dass diese so genannt werden. Die Nomenklatur für Monde - um es noch mal klarzustellen - laufen in der Regel so: S/Entdeckungsjahr (Asteroidennummer) 1 (oder mehr, wenn mehr Monde im gleichen Jahr entdeckt werden, wie etwa S/2014 (130) 2). Wie du darauf kommst, einen Mond etwa «(208996) 2003 AZ84 1» zu nennen, erschließt sich mir nicht. Zudem hast du inkonsequenterweise auch nur diese 4 Monde verschoben, obschon zu dem Zeitpunkt noch mehr TNO-Mondartikel von mir erstellt wurden. Was ich allerdings am beunruhigsten finde, ist dass du auch nie einmal nachfragst und einfach mal machst. Praktisch alle TNO-Artikel inklusive den Monden sind von mir erstellt oder überarbeitet worden, ich habe damit unzählige Stunden zugebracht. Ich bin ein sorgfältiger und gründlicher Mitarbeiter, daher kannst du sicher verstehen, dass solche Aktionen einfach einen kräftigen Stinkefinger darstellen und Wiki-Mitarbeitern die Lust nehmen kann, überhaupt an etwas zu arbeiten.
Es tut mir leid für die vielleicht etwas harsche Kritik, aber ich habe schon nur mit dem Aufräumen der Liste eine gute Stunde zugebracht. Versteh mich nicht falsch, ich schätze die Mitarbeit von dir wie auch allen anderen, die Fehlerkorrekturen und dergleichen vornehmen. Ich wünsche mir im Grunde nur eine konstruktive Zusammenarbeit.
@Wolvus: Also zunächst einmal bezeichnen wir die Asteroiden mit Nummer derart, dass diese in Klammern vor den Bezeichner kommt, egal ob (noch) system. Bez. oder Eigenname. Des Weiteren werden hier die Monde bei benannten Asteroiden nach dem Bezeichner des Zentralobjekts und einer lfd. Nummer benannt. Also braucht dich das nicht aufregen. Des weiteren ist seit dem Jahr 1610 bekannt, dass es einen Unterschied ausmacht, ob ein Objekt die Sonne oder ein anderes Objekt im Sonnensystem umrundet. Also ist auch eine Extratabelle sinnvoll. Besonders störend aus meiner Sicht ist, dass für die prov. Bezeichner keine Quellen abgegeben sind. ÅñŧóñŜûŝî(Ð)17:49, 19. Feb. 2023 (CET)Beantworten
Letzter Kommentar: vor 1 Jahr2 Kommentare2 Personen sind an der Diskussion beteiligt
Also ich fand die Hinweise interessant. Das direkt im ganzen zu löschen, finde ich nicht angebracht. Einzelne Unhöflichkeiten ohne Informationsgehalt kannst du ja gerne zensieren, aber so ist das eine Überreaktion. --NichtA11w1ss3nd • Diskussion21:53, 26. Feb. 2023 (CET)Beantworten
Der Sprachstil ist unmöglich. Du kannst aber gerne hingehen, und das Gemotze nach Brauchbarem filtern. Besonders, ob es überhaupt noch zutrifft. Wenn du fündig wirst, dann wäre es gut, wenn das in kultivierter Sprache zusammengestellt wird. Idealerweise mit einem klassischen Überarbeitenbaustein und -hinweis. Zum Artikel: Ich habe beim Hadaikum und beim Archaikum die Tabelle von der redundanten Zeitspalte befreit und beim Hadaikumeine einfache Box kreiert. Das reicht da völlig aus und man kann die Schrift normal skalieren. Das war vso ziemlich der einzige konkrete(!) Kritikpunkt. ÅñŧóñŜûŝî(Ð)22:25, 26. Feb. 2023 (CET)Beantworten
LINT
Letzter Kommentar: vor 1 Jahr3 Kommentare2 Personen sind an der Diskussion beteiligt
Letzter Kommentar: vor 1 Jahr2 Kommentare1 Person ist an der Diskussion beteiligt
Hallo, in Benutzer:Antonsusi/WikiBotGetTplPrm/HTML funktioniert eine der Einbindungen von {{FNZ}} nicht. Wenn Du es selbst korrigieren willst, suche nach {{FNZ|∗|bspw. und ändere es zu {{FNZ|∗|2=bspw., Parameter 2 muss also explizit angegeben werden, weil später noch einmal ein Gleichheitszeichen vorkommt. Falls ich es korrigieren soll, gib mir bitte Bescheid. — Speravir– 00:31, 25. Mär. 2023 (CET)Beantworten
Letzter Kommentar: vor 1 Jahr2 Kommentare1 Person ist an der Diskussion beteiligt
Hallo Antonsusi, ich habe deine Datei Datei:Dampfreformierung-Nummern.svg in den Artikel Fischer-Tropsch-Synthese eingebunden. Beim FT-Verfahren erfolgt aber die Oxidation mit reinem Sauerstoff und nicht mit Luft. Könntest Du eventuell eine neue Zeichnung erstellen, in der einfach das N2 entfernt ist? Falls ja, wäre auch eine Entfernung der roten Kreise hinter den Nummern für die Prozessschritte schön, ein einfacher Kreis ohne Füllung würde es besser lesbar machen. --Mister Pommeroy (Diskussion) 19:21, 15. Apr. 2023 (CEST)Beantworten
Letzter Kommentar: vor 1 Jahr5 Kommentare2 Personen sind an der Diskussion beteiligt
Moin, was hast du hier geändert bzw. was war vorher falsch? Vorher wurde mir die Karte im Firefox mit schwarzem Hintergrund angezeigt, ich hab mich schon gewundert, hatte sowas noch nie hier. In Chrome war es weiß, aber seltsame andere Farben. – Ist eine reine Neugierfrage, danke. eryakaas • D23:32, 16. Apr. 2023 (CEST)Beantworten
Der Hintergrund war nicht wirklich weiß, sondern transparent. Dann hat er immer die Farbe der Fläche hinter dem Bild. Jetzt habe ich die Farben auf 5 reduziert und der Hintergrund ist weiß. ÅñŧóñŜûŝî(Ð)17:06, 17. Apr. 2023 (CEST)Beantworten
Sorry, natürlich transparent, hab ich im separat aufgerufenen png auch gesehen. Aber hast du eine Idee, warum es bei mir schwarz war? Irgendeine Firefox-Macke vermutlich? Aber ist auch egal, danke. eryakaas • D21:52, 17. Apr. 2023 (CEST)Beantworten
@Eryakaas: ich finde, dass du das durchaus verstehen kannst, wenn man es erklärt:
Die Grafik hat tramsparenten Hintergrund. Ergo wird die Hintergrundfarbe dargestellt, welche das "dahinterliegende" Grafikelement hat.Das ist in diesem Fall die Farbe, welche die Infobox für diese Tabellenzelle vorsieht.
ist diese nicht definiert und damit ebenfalls transparent, dann kommen die Farben der übergeordneten Elemente der Webseite zur Wirkung. Hat das Ganze HTML-Dokument an dieser Stelle keine definierte Farbe, dann kommt die in deinen Browsereinstellungen festgelegte Farbe zum Zuge. Hast du da nichts eingestellt, dann ist das schwarz. ÅñŧóñŜûŝî(Ð)23:09, 17. Apr. 2023 (CEST)Beantworten
Danke für die Erklärungsmühe! Der Sinn und die Nutzung transparenter Grafiken sind mir grundsätzlich klar. Interessant ist der letzte Satz – müsste ich da nicht jede transparente Grafik auf nicht definiertem Hintergrund schwarz sehen, erst recht in der Wikipedia? Ist aber noch nie vorgekommen. Ich ärgere mich grade, dass ich nicht auch Edge noch ausprobiert habe und Handy. Dass verschiedene Browser Websites verschieden interpretieren, ist mir ebenfalls bekannt. Aber vielleicht fällt mir es ja wieder mal irgendwo auf. eryakaas • D20:03, 18. Apr. 2023 (CEST)Beantworten
Das ist sehr umstritten. Es gibt da eine Vermutung, dass es ein "eingefangener" (Bahnstörung durch einen Planeten) langperiodischer Komet ist, aber das teilen längst nicht alle Fachleute. Jedenfalls ist es heute(!) ein Asteroid. Diese Klassifizierung ergibt sich schon aus den Orbitdaten. ÅñŧóñŜûŝî(Ð)17:08, 25. Jun. 2023 (CEST)Beantworten
Du irrst dich, er hat 1991 kometare Aktivität gezeigt und hat seitdem auch die Bezeichnung 95P/Chiron, ohne das deswegen die Asteroidennummer von der Entdeckung 1977 weggenommen wurde. Sehr viele Kometen zeigen "heute" gerade keine Aktivität, das ist kein Argument. Ausserdem gibt es auch noch Hauptgürtelkometen.--Masegand (Diskussion) 17:15, 25. Jun. 2023 (CEST)Beantworten
Letzter Kommentar: vor 1 Jahr1 Kommentar1 Person ist an der Diskussion beteiligt
Servus Antonsusi,
ich habe mir erlaubt deinen eleganten Weg zur Streckendrittelung einzuarbeiten (er hat mir geholfen einen Schritt einzusparen). Gerne möchte ich es dir überlassen, ob du auch eine elementare Vereinfachung der Konstruktion „Zwei Mal halbieren“ von Hans Walser siehst oder nicht. Liebe Grüße --Petrus3743 (Diskussion) 10:16, 10. Aug. 2023 (CEST)Beantworten
Letzter Kommentar: vor 1 Jahr1 Kommentar1 Person ist an der Diskussion beteiligt
Hallo Antonsusi!
Die von dir angelegte Seite Nekrolog 890 bis 899 wurde zum Löschen vorgeschlagen. Gemäß den Löschregeln wird über die Löschung in der Regel sieben Tage diskutiert und danach entschieden. In den hier nachzulesenden Fällen kann eine Seite auch sofort gelöscht werden.
Du bist herzlich eingeladen, dich an der Löschdiskussion zu beteiligen. Wenn du möchtest, dass der Artikel behalten wird, kannst du dort die Argumente, die für eine Löschung sprechen, entkräften, indem du dich beispielsweise zur enzyklopädischen Relevanz des Artikels äußerst. Du kannst auch während der Löschdiskussion Artikelverbesserungen vornehmen, die die Relevanz besser erkennen lassen und die Mindestqualität sichern.
Da bei Wikipedia jeder Löschanträge stellen darf, sind manche Löschanträge auch offensichtlich unbegründet; solche Anträge kannst du ignorieren.
Vielleicht fühlst du dich durch den Löschantrag vor den Kopf gestoßen, weil durch den Antrag die Arbeit, die du in den Artikel gesteckt hast, nicht gewürdigt wird. Sei tapfer und bleibe dennoch freundlich. Der andere meint es vermutlich auch gut.
Letzter Kommentar: vor 1 Jahr2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallöchen Antonsusi, schau dir mal bitte die von dir gebastelte Vorlage nochmal an, deine Unterschrift steht jetzt nämlich im Kopf der LK. --Gardini ⋅ RC 💞 RM01:22, 4. Okt. 2023 (CEST)Beantworten
Hallo Antonsusi. Deine neue Vorlage stellt für Handynutzer ein Problem dar. Und zwar ist es der fixe Einbau der Datumszeile. Wo man früher bloss einen kleinen Reiter hatte, bei dem man einfach das gewünschte Datum anklickte, die alte Vorlage den Rest aber ordentlich darstellte, darf man nun mühsam hin- und herscrollen, um es überhaupt lesen zu können. Für Handynutzer ist dies eine deutliche Verschlechterung. Gut gemeint, aber nicht zu Ende gedacht. Sollte es einen positiven Konsens für die neue Vorlage geben, so bitte ich dich, dies hingehend anzupassen, damit es auch für Handynutzer angenehm bleibt. Liebste Grüsse. Screens davon habe ich in der Disk des Projekts gepostet. --איזבלה「Ysabella」 • Geredt mit di Ysa du vunderlakhe Mentsh07:35, 4. Okt. 2023 (CEST)Beantworten
Uhrzeit
Letzter Kommentar: vor 1 Jahr3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Antonsusi, vielleicht denk ich irgendwo falsch, oder Du hast schon auf Winterzeit umgestellt. Die Zeit in dem Zeitzonenkasten auf der Vorderseite ist mMn eine Stunde zu früh, oder hab ich Tomaten auf den Augen? Grüße --Kpisimon (Diskussion) 13:32, 8. Okt. 2023 (CEST)Beantworten
Es gibt immer wieder Darstellungsprobleme (auch bei HD-Monitoren) wenn Leser mehr als 100% Zoom für ihre Augen brauchen. Gilt auch für mobilen Zugriff. Die Kurzformen schaden zudem ja nicht. Insoweit ist das ein Vorteil. ÅñŧóñŜûŝî(Ð)17:25, 25. Nov. 2023 (CET)Beantworten
nein, es ist kein Vorteil, weil es eben schlechter aussieht. Wenn jemand nicht so gute Augen hat und hochzoomt, ändert sich doch auch der Zeilenumsprung. Ohne breitere Diskussion finde ich es nicht richtig, das so zu ändern. --Qwertzu111111 (Diskussion) 17:30, 25. Nov. 2023 (CET)Beantworten
Es sollte nicht unnötig viele Zeilenumbrüche geben. Es sind schon genug inhaltlich begründete Umbrüche drin. Schmale Spalten bei Texten mit Format wie z. B. Datum sind hier zweckmäßig und der SChönheit der Tabelle vorzuziehen. ÅñŧóñŜûŝî(Ð)17:37, 25. Nov. 2023 (CET)Beantworten
Das liegt schlichtweg daran, dass man dem Browser des Lesers mehr Möglichkeiten zur individuellen Anpassung geben muss. Bei derart breiten Tabellen sind Breitenangaben für Spalten allgemein nachteilig. Nimmt man sie weg, was ich u. A. in der ersten Spalte getan habe, dann sorgt der Browser des Lesers meistens(!) für bessere Umbrüche. Willst du aber verhindern, dass dabei ein Datum mittendrin umgebrochen wird oder das eine Spalte wegen "23. September 1999" zu Lasten der Spalten mit Text total breit wird, dann braucht diese Spalte eine Mindestbreite. Die Kurzform für ein Datum bewirkt ungefähr gleichlange, nicht umzubrechende Zeichenketten. Dadurch geht besonders wenig Tabellenbreite verloren. Genaueres kannst du auf dem SELFHTML-Wiki lesen. Es ist besser, wenn "Cabrini, Franziska Xaviera" umgebrochen wird, als "23. September ELCA" hinter "23.". Das ist alles voneinander abhängig und die Kurzform des Monats ist da echt ein kleinerer Nachteil. ÅñŧóñŜûŝî(Ð)18:19, 25. Nov. 2023 (CET)Beantworten
Warum muss man dem Browser des Lesers mehr Möglichkeiten geben? In dem Haushalt, in dem ich lebe, gibt es 26 Bildschirme (mit noch mehr Browsern - im Schnitt 3 bis 4). Von alten Bildschirmen mit Röhre bis Gamer (OLED, LCD und einige mehr). Das halte ich für einen einigermaßen repräsentativen Durchschnitt. Smartphones (Android und Apple nicht mitgezählt). Auf keinem sieht es nun besser aus. Die letzte Spalte ist viel zu breit. Die erste zu schmal. ....gerade die Spalten für "Gedenktag sollten alle gleich breit sein.... immer. .... und bitte baue keine Fehler ein, wenn Du (richtig geschriebene) Namen „nach Gutdünken“ abkürzt. mfg --Qwertzu111111 (Diskussion) 18:53, 25. Nov. 2023 (CET)Beantworten
Freiheit für den Browser bedeutet mehr Rücksicht auf die vielen verschiedenen Einstellungen von Software und Hardware der Nutzer.
Wo soll was falsch abgekürzt sein? Die Datumsspalten dürften jetzt alle gleich breit sein. Wenn die letzten vier zu Gunsten der beiden ersten schmaler sein sllen, dann brauchen wir für die Kopftexte "katholisch", "orthodox", "evangelisch" und "anglikanisch" Zeilenumbrüche.
Du möchtest "unnötige" Zeilenumbrüche vermeiden. Jetzt hast Du je nach Gerät bis zu 3-zeilig die Namen. Wo ist da ein Vorteil? Und es stimmt einfach nicht, dass bei "D" die vier letzten Spalten gleich breit sind.
Es gibt keinen Grund, die Monate abzukürzen. Sie sollen ausgeschrieben werden.
Die Idee "katholisch", "orthodox", "evangelisch" und "anglikanisch" auch noch abzukürzen ist nicht zielführend. Und ja, Du hast falsch abgekürzt.
--Qwertzu111111 (Diskussion) 10:23, 26. Nov. 2023 (CET)Beantworten
Wenn du etwas nicht beweisen kannst, weil es schlichtweg nicht möglich ist, dann die Behauptung, dass kürzere Buchstabenfolgen zu mehr Umbrüchen führen könnten, denn es ist umgekehrt der Fall.
Vermische nicht verschiedene Ziele: a) maximale Möglichkeiten für SW und HW der Leser (Client) und b) Vermeidung von Umbrüchen mitten im Datum. Das sind zwei Ziele, welche teilweise gegeneinander stehen. Daher braucht man Kompromisse:
"a" erreicht man durch möglichst wenig Festlegung von Breiten. Deshalb haben die ersten beiden Spalten keine Angabe bekommen.
"b" erreicht man durch festlegen der Breite auf die Länge von Tag und Monat in den sechs letzten Spalten. Ein Umbruch vor dem Jahr in den Spalten für Selig- und Heiligsprechung ist der Kompromiss um für Ziel "a", mehr Breite für die ersten beiden Spalten zu haben. Die Wörter "evangelisch" und "anglikanisch" sind breiter als Tag und Monat in Kurzform. Deshalb sind diese Spalten ein wenig breiter als die anderen, weil diese Wörter das erzwingen. Wenn du maximale Breite für die ersten beiden Spalten haben willst, ohne diese beiden Wörter umzubrechen, dann musst du unterschiedliche Breite bei den letzten vier Spalten akzeptieren. Willst du vier gleichbreite Spalten, dann müssen die Spalten für "katholisch" und "orthodox" eine größere Breite bekommen als es für Tag und Monat nötig wäre. Schreibt man die Monate aus, so werden diese vier Spalten und die beiden davor noch viel breiter und du hast für die ersten beiden Spalten mit viel mehr Text noch weniger Breite zur Verfügung.
Fazit: Du kannst nicht alles haben. Das die erste Spalte schmaler ist als die zweite ist ein Allgorithmus vom Browser. Ich habe da mal einen Wert angegeben und die hinteren spalten etwas verbreitert. Bedenke: Ausgeschriebene Monate verringern die Breite der ersten beiden Spalten. ÅñŧóñŜûŝî(Ð)11:10, 26. Nov. 2023 (CET)Beantworten
für mich ist es wichtig, dass für den Benutzer Look und Feel der Listen immer gleich sind. Außerdem sollte nicht - wenn neue Personen in die Liste aufgenommen werden - an den Breiten der Spalten händisch "rumprobiert" werden, damit es besser aussieht. Keiner weiß, welche Namen mit welcher Länge in Zukunft hinzukommen werden. Und dann wieder alles neu austarieren halte ich nicht für gut. Weder aus Sicht der Personen, die neue Namen einpflegen, noch für Benutzer, die bestimmte Liste von Zeit zu Zeit sich ansehen und sich immer wieder evtl. an ein neues Design gewöhnen müssen. Sah das im konkreten Fall heute für jemanden gut aus, dann kann es - wenn neue Namen hinzukommen - bei gleicher SW + HW dann viel anders aussehen. Das ist alles andere als benutzerfreundlich. Außerdem müsste dann jedes Mal die Kopiervorlage überprüft werden. mfg--Qwertzu111111 (Diskussion) 17:15, 26. Nov. 2023 (CET)Beantworten
Ich sehe da kein großes Problem. Ich habe jetzt "width:25ex", das ist 25x die Breite eines "x", für die erste Spalte eingestellt. Eine derartige Angabe wird vom Browser immer als Sollwert im Sinne von: "Stelle eine Breite von 25ex ein, wenn genug Platz ist, ansonsten notfalls weniger" interpretiert. Das bewirkt: Beim HD-Bildschirm ist das fast immer ausreichend für kein Umbruch. In der Mobilansicht wird, weil die Tabelle sowieso über den rechten Rand gehen muss(!), eine schmalere Spalte erzeugt, um mmöglichst wenig nach rechts überzustehen. Mit einer Angabe "min-width:25ex;" - gerade von mir testweise geändert - wird daraus ein Mindestwert. Dann ist die erste Spalte auch beim Smartphone 25ex und die Breite der zweiten, weil letzten Spalte ohne Angabe, wird entsprechend schmaler. Auch hier ist ein Kompromiss nötig: Entweder wir geben beiden Spalten einen (Mindest-) Wert und riskieren den horiz. Scrollbalken in der PC-Ansicht, was sehr unbeliebt ist, oder wir nehmen kleinere Werte und überlassen die Spalten dem Browser. Wenn erst einmal etwas festgelegt ist, dann kann man das auf alle Seiten übertragen. Mehr als drei Zeilen sind beim Namen selten. Selbst "Karl Philipp Aloisius, Kardinal und Reichsfreiherr von und zu Hintertupflingen" hätte bei 15ex nur drei Zeilen. Ich habe jetzt so eingestellt, dass es beim PC in die Seitenbreite passt und beim Smartphone nicht zu schmal wird. Die Monatsnamen jedenfalls sollten kurz bleiben, um diese Problematik nicht zu verschärfen. Ach ja: Der ehrenwerte Graf von Galen hat jetzt auch wieder seinen vom Textverarbeitungsprogramm geklauten kompletten Namen wieder zurück ;-) ÅñŧóñŜûŝî(Ð)18:02, 26. Nov. 2023 (CET)Beantworten
Lieber Antonsusi,
habe mir noch ein paar Gedanken zu dem Problem gemacht. Aus meiner sind die die Änderungen weiterhin unnötig.
So wie es vorher war, war es m. M. n. schon "sehr gut" - im Sinne, dass man es nicht ändern bräuchte.
Der Tag und der Monat selbst sind eine zentrale Aussage – deshalb ist es fachlich wünschenswert, dass der Monat ausgeschrieben wird.
Auch finde ich die abgekürzten Monatsangaben einfach nur fürchterlich und Look und Feel über alle Heiligenlisten sollten immer gleich sein. Es kann nicht sein, dass man Spaltenbreiten abhängig von der Länge des längsten Namens macht. Wenn ein noch längerer hinzukommt, fängt man dann wieder an, alles neu zu überdenken? Die Tabellen sollten auch in Zukunft leicht zu pflegen sein für Wiki-Laien, die nur ab und zu unter IP was ergänzen.
Für mich ist höher zu bewerten, dass alle Listen immer gleich (gut oder schlecht je HW und SW) aussehen über alle Heiligenbuchstaben und dass sie leicht zu pflegen sind.
Wenn ein konkreter Benutzer mit seiner Konstellation aus Hardware, Software und Browser eine Liste sich anschaut und die "gut" ausschaut, dann finde ich es unglücklich, wenn beim nächsten Buchstaben evtl. alles verzerrt ist. Der fragt sich doch auch, was das soll?! Wie gesagt halte ich meinen Querschnitt aus HW und SW schon für sehr repräsentativ und nirgends sah es vorher schlecht aus.
Von daher möchte ich Dich herzlich bitten, Deine Änderungen bei den Buchstaben C und D wieder rückgängig zu machen.
Letzter Kommentar: vor 1 Jahr3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo,
du hast aber schon gesehen, dass deine Begründung für den LAE nicht zutrifft, oder? In der LA hat dir außerdem auch noch ein anderer Benutzer widersprochen. Auf welche Quelle/ Berichterstattung stützt du deine LAE-Entscheidung? --Viele Grüße, Alabasterstein (Diskussion) 15:29, 7. Jan. 2024 (CET)Beantworten
Egal, ob das Projekt noch platzt oder nicht: Da ist schon so viel gelaufen und ausgegeben worden, dass der Artikel mit Sicherheit relevant ist. ÅñŧóñŜûŝî(Ð)15:43, 7. Jan. 2024 (CET)Beantworten
Dieses angebliche "so viel" ist ein Popanz. Das Projekt diesen Flughafen an die Bahn anzubinden wird natürlich entsprechend rezipiert. Ich kann hier allerdings weder eine sehr lange Geschichte noch eine übermäßige Berichterstattung oder weitere Sondereffekte feststellen. Insofern es einen Widerspruch zu deinem LAE gibt, solltest du ihn zurücknehmen und einen Admin entscheiden lassen. --Viele Grüße, Alabasterstein (Diskussion) 15:45, 7. Jan. 2024 (CET)Beantworten
Exzentrizität
Letzter Kommentar: vor 1 Jahr1 Kommentar1 Person ist an der Diskussion beteiligt
Hallo Antonsusi, du hast kürzlich an Vorlage:Infobox Planet eine automatische Berechnung von Aphel und Perihel eingebaut. Finde ich gut, jedoch habe ich ein paar Anmerkungen: 1) ich wäre streng dafür, dass du das normale deutsche Eingabeformat bei der Exzentrizität unterstützt. Es ist so jetzt einfach inkonsistent mit allen anderen Werten in derselben Infobox. Mein Vorschlag wäre Str replace der Eingabe so könnte auch beides unterstützt werden. Ich könnte das einbauen, überlasse es aber gerne dir. 2) ich würde anregen in dem Zuge auch die Vorlage:Infobox Mond sowie Vorlage:Infobox Exoplanet umzurüsten damit die Infoboxen untereinander logisch gleich funktionieren. Viele Grüsse--McBayne (Diskussion) 01:53, 21. Jan. 2024 (CET)Beantworten
@NordNordWest: Erledigt. Ich habe festgestellt, dass die anderen Linien des ÖPNV in HH wohl noch keine Vorlagen für Linienverläufe haben. Zumindest ist in Kategorie:Vorlage:Linienverlauf ÖPNV nix zu finden und in den Artikeln sind noch direkte Tabellen. Um sowas pflegen zu können, wären Vorlagen m. E. sinnvoll. Soll ich das mal an geeigneter Stelle vorschlagen? Es müssten aber andere mitmachen, weil das Einbinden für eine Person zu viel sein dürfte. ÅñŧóñŜûŝî(Ð)14:25, 21. Jan. 2024 (CET)Beantworten
Ich glaube, das lohnt den Aufwand nicht. Die wenigsten Bahnhöfe bei AKN oder Regionalbahn haben einen Artikel, in den Ortsartikeln stehen meist nur Kurzinfos zu den vom Bahnhof angefahrenen Linien, und bei Bus und Fähre ist der Bedarf gleich Null. NNW16:40, 21. Jan. 2024 (CET)Beantworten
Letzter Kommentar: vor 11 Monaten8 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo ÅñŧóñŜûŝî, Du hast in den vergangenen Tagen in mehreren alten Löschkandidatenseiten aufgeräumt. Dabei sind leider Syntaxfehler entstanden. Allem Anschein nach wurden bei Deiner Aktivität alle Tabellenende-Markierungen gelöscht, auch solche, die bestehen bleiben sollten, siehe z.B. Spezial:Diff/242403492 Zeile 313/303ff. Kannst Du bitte versuchen, Deine Prozeduren dahingehend noch einmal zu überprüfen? Mit bestem Dank im Voraus --At40mha (Diskussion) 09:23, 21. Feb. 2024 (CET)Beantworten
@At40mha: Habe gerade Testweise wieder einen eingebaut, aber der taucht dort nicht in der Liste auf. Wie lange dauert es, bis einn"frisch entstandener" Fehler dort auftaucht? ÅñŧóñŜûŝî(Ð)22:26, 21. Feb. 2024 (CET)Beantworten
Meine Idee war eigentlich, dass der Prozess des Aufräumens der Löschkandidatenseiten verändert wird, sodass Tabellenende-Markierungen gar nicht fälschlicherweise entfernt werden und dann wieder eingefügt werden müssen. Ein händisches Nachkontrollieren der Fehlerlisten kann wohl nur ein "Plan B" sein. Für mich ist das jedenfalls erledigt. Falls ich in den Fehlerlisten noch einmal auf solche Seiten stoße, werde ich sie auch weiter korrigieren. Danke. --At40mha (Diskussion) 09:02, 22. Feb. 2024 (CET)Beantworten
Das Tabellenende ganz am anfang der Seiten ist als Suchpattern sehr aufwändig, wenn es spezifisch sein soll und nicht die Hälfte übersprungen werden soll. Manuell nacharbeiten ist schneller. ÅñŧóñŜûŝî(Ð)19:20, 22. Feb. 2024 (CET)Beantworten
Kategorie-Problem bei Asteroiden
Letzter Kommentar: vor 10 Monaten2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo ÅñŧóñŜûŝî,
mir ist eine Inkonsistenz bei den Kategorien für Asteroiden aufgefallen. Wohl aus einer Zeit stammend, als man in der Vorlage:Infobox Asteroid nur den Parameter "| Spektralklasse =" setzen konnte, wurde daraus automatisch ein Link zu einer Kategorie abgeleitet, so z. B. auch für die Spektralklasse E. Siehe als Beispiel der Asteroid (434) Hungaria und etliche andere, die derzeit in der [Kategorie:Asteroid vom Typ E] gelistet sind. Wenn man jetzt aber nach der neueren Beschreibung für die Vorlage:Infobox Asteroid die Spektralklasse mit dem neuen Parameter "| Tholen =" mit dem Wert E setzt, wird am Seitenende auf eine neue [Kategorie:Asteroid vom Typ E (Tholen)] rot verlinkt. Diese existiert also noch nicht und es gibt auch keine Weiterleitung von oder zur [Kategorie:Asteroid vom Typ E], siehe als Beispiel der Asteroid (2035) Stearns (für die Spektralklasse nach SMASSII funktioniert es aber bereits). Kannst Du Dir das bitte mal ansehen und ggf. in Ordnung bringen? Wahrscheinlich sollte man das "richtig" machen (programmieren) und nicht einfach nur eine Weiterleitung installieren, aber das kannst Du bestimmt besser beurteilen. Anmerkung: Mir ist das nur für die Tholen-Spektralklasse E aufgefallen, ich habe nicht überprüft, ob das für andere Spektralklassen auch so ist, also bitte ggf. überprüfen. Falls Du dich dafür nicht zuständig erachtest, bitte an geeignete Stelle weiterleiten. Danke und viele Grüße, --Ayyur (Diskussion) 14:13, 9. Mär. 2024 (CET)Beantworten
Artikel, die nicht die Mindestanforderungen von Wikipedia:Artikel erfüllen, werden nicht gerne im Artikelnamensraum gesehen. In deinem Benutzernamensraum (konkret unter Benutzer:Antonsusi/Bahnstrecke Frankfurt–Würzburg) ist der Artikel vor berechtigten (Schnell-)Löschanträgen geschützt, denn dort kannst du ihn in der dir gebotenen Zeit und Ruhe fertig stellen. Meine Tipps, wie du künftig Löschanträge und den damit verbundenen Datenverlust verhindern kannst:
Eine zweite Meinung zu einem Artikel ist nie verkehrt. Wikipedia ist in thematische Portale unterteilt. Hier kannst du dich austauschen oder findest fachlichen Rat und Hilfe.
Letzter Kommentar: vor 10 Monaten1 Kommentar1 Person ist an der Diskussion beteiligt
Du erhältst diese Nachricht, weil du bei der letzten Umfrage der Technischen Wünsche für den Themenschwerpunkt „Wiederverwendung von Einzelnachweisen vereinfachen“ gestimmt hast. Vielen Dank nochmal für deine Teilnahme!
Im Zuge des Themenschwerpunktes „Wiederverwendung von Einzelnachweisen vereinfachen“ arbeitet das Team Technische Wünsche von Wikimedia Deutschland aktuell an einer Lösung, mit der man Einzelnachweise mit unterschiedlichen Details (z.B. Seiten, Kapitel, …) wiederverwenden kann. Bisher muss bei verschiedenen Seiten desselben Werks immer das gesamte Werk angegeben werden. Das Team hat dazu eine neue Funktion entwickelt, die bisher noch ein Prototyp ist. Hier ist deine Meinung gefragt! Wir sind auf der Suche nach Personen, die im Quelltext-Modus arbeiten und Lust haben, die neue Funktion zu testen. Dabei geht es vor allem darum zu erfahren, ob du die Funktion hilfreich findest, sie für dich einfach zu bedienen ist und ob du Fragen oder Bedenken dazu hast. Deine Rückmeldungen und Eindrücke können dabei die Weiterentwicklung maßgeblich beeinflussen.
Unsere UX-Kollegin Eline wird dann eine Auswahl von Personen treffen, die die Funktion testen. Wenn du ausgewählt wirst, hast du ca. zwei Wochen Zeit die Funktion in deinem eigenen Tempo auszuprobieren. Alle weiteren Informationen, auch zum Ablauf der Tests, findest du im Anmeldeformular. Bei Fragen, melde dich gern auf meiner Diskussionsseite. Herzlichen Dank, Thereza Mengs (WMDE)14:30, 26. Mär. 2024 (CET)Beantworten
BS-table-end
Letzter Kommentar: vor 10 Monaten2 Kommentare2 Personen sind an der Diskussion beteiligt
Das ist so: Die Tabelle wird innerhalb von BS-table geöffnet, aber außerhalb geschlossen. Damit kommt die Syntax-Hervorhebung aber nicht klar, denn der Tabellenanfang ist in der Vorlage versteckt . Es gibt also assymetrische "}". Außerdem gehört in diese Vorlage auch eine optionale Quellenangabe hinein. Das sollte man offen halten. ÅñŧóñŜûŝî(Ð)19:20, 26. Mär. 2024 (CET)Beantworten
Es gibt zwei denkbare Möglichkeiten, das zu verlinken: A) Eine Einstellung, bei der die Strecke ganz drauf ist oder B) eine, bei der ein Anfang der Strecke gut zu sehen ist. Die ganze Strecke ist so lang, dass man bei A) die Nummer zur Identifizierung nicht mehr findet. Ergo besser B) Da kann ich aber noch nachjustieren. Jetzt kommt beim Anklicken die südliche Hälfte ins Sichtfeld. ÅñŧóñŜûŝî(Ð)21:05, 27. Mär. 2024 (CET)Beantworten
Rückgängigmachen meines Edits zur schriftlichen Multiplikation
Letzter Kommentar: vor 9 Monaten3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Antonsusi,
Du hast meinen Edit zur schriftlichen Multiplikation rückgängig gemacht mit dem Kommentar, du hieltest diesen "nicht hilfreich". Ich möchte Dir deshalb begründen, warum ich diesen Edit vorgenommen habe.
Zunächst einmal ist es sowohl bei Wikipedia als auch in der Fachliteratur ungewöhnlich, Formeln doppelt aufzuschreiben, einmal mithilfe der Summennotation und einmal ohne. Wenn überhaupt, werden die beiden Darstellungsarten in einer Gleichungskette miteinander verbunden.
Das doppelte Aufschreiben von Formeln mag bei manchen Lesern Verwirrung hervorrufen.
Die Einführung der Symbole und ist nicht unproblematisch, da sie nicht der üblichen Konvention folgt. Mit wird eben üblicherweise keine Dezimalzahl symbolisiert, sondern eine (abstrakte) natürliche Zahl. Dezimalzahlen werden über die Ziffernfolgen dargestellt, diese ist ja das definierende Merkmal einer Dezimalzahl. Wenn man es korrekt machen will, und diese Idee hatte ich zuerst, so müsste man schreiben: "Ist eine natürliche Zahl, die die Zifferndarstellung im Dezimalsystem hat, so gilt ." Dann habe ich mir jedoch gedacht, dass das für den "typischen Leser" schon zu abstrakt sein könnte. Der Verzicht auf die "doppelten Formeln" ist einfach eine sehr elegante Art, diese subtilen Probleme zu umgehen.
Zuguter letzt möchte ich einwenden, dass die jetzige Fassung zu syntaktisch ungültigen Gebilden führt. Dies wird besonders deutlich beim "Satz" "Die Multiplikation einer n-stelligen Zahl ..." So wie es jetzt darsteht, ist es kein Satz. Streicht man die zweite Zeile, so erhält man jedoch einen Satz: Die Multiplikation einer n-stelligen Zahl mit ... entspricht der Multiplikation (...)*(..)."
Auch wenn das Ganze in unzähligen Grundschulbüchern pädagogisch aufbereitet stehen dürfte, so muss man bei diesem Artikel besonders damit rechnen, dass er auch von Personen mit wenig Mathefähigkeiten gelesen wird. Daher sollte man nicht so extrem mit der Tür ins Haus fallen. Deine letzte Änderung hatte eine deutliche Steigerung bei den Vorraussetzungen zum Verstehen des Artikels zur Folge. Der Artikel sollte so einfach wie möglich geschrieben sein. ÅñŧóñŜûŝî(Ð)15:54, 10. Apr. 2024 (CEST)
anBeantworten
Hallo Anonsusi, vielen Dank für Deine Antwort. Ich kann Deine Kritik jedoch nicht nachvollziehen, da sie genau das Gegenteil dessen behauptet, was ich geschrieben habe. Mien Argument war ja gerade, den Artikel (der übrigens alles andere als einfach ist und meines Erachtens einer Generalüberholung bedarf) einfacher gemacht zu haben. Meine Begründung war: Dies gelingt durch weniger unnötige (da doppelte) Formeln und das Vermeiden von überflüssigen Symbolen (a, b). Mir ist unklar, wie ein Mehr an nicht zielführenden Formeln und Symbolen dazu führt, dass der Artikel leichter wird. Welcher Leser liest die Formel ohne Verwendung des Summenzeichens, denkt sich "das verstehe ich nicht.", liest dann die Formel mit den Summenzeichen und denkt sich dann "jetzt ist alles klar!"? Abgesehen davon bleibt mein Einwand, dass in dem Artiekl keine syntaktisch korrekten Sätze stehen. --Mathze (Diskussion) 18:14, 10. Apr. 2024 (CEST)Beantworten
Detlef Stapf, die User Timilano und Timilamo23
Letzter Kommentar: vor 7 Monaten3 Kommentare2 Personen sind an der Diskussion beteiligt
Nachtrag: Habe es gerade im Kunst-Portal, wo ich mich eher nie aufhalte, selber gefunden. Der Text der Uni Heidelberg scheint in Bezug auf Stapf richtig zu liegen, der Mann will wohl hauptsächlich seine Theorien verbreiten und Reklame für sich als Friedrichkenner in der WP machen. Auf jeden Fall vielen Dank für die flächendeckende Entfernung. Damit ist das hier wohl erledigt. --Schlesingerschreib!08:47, 30. Mai 2024 (CEST)Beantworten
Detlef Stapf hat im realen Leben Bilder veröffentlicht und mit Copyright versehen, die hier mit dem Account Timilano und Timilano23 hochgeladen wurde. mit diesem taktischen Fehler hat er m. E. seine Identität hinter den Accounts klar verraten. Timilano23 ist gewiss ein wegen vergessenem Passwort erstellter Ersatzaccount für Timilano. Der Kern des Problems ist folgendes: Wenn jemand schon 2014 massiv als Referenz getarnte Werbelinks zu seinem Buch platziert und die Thesen des Buchautors in der Fachwelt weitgehend abgelehnt werden, dann muss man damit rechnen, dass auch seine "Begleittexte" hier fachlich nicht richtig und damit Fakes sind. Er hat ganze Artikel neu angelegt, oft mit mehr als 10.000 Bytes. Das ist gewiss nicht alles falsch, aber du weist halt nicht, wo er zu Gunsten seines als Ref erwähnten Buchs anfängt zu "mogeln". Das dürfte besonders bei Bewertungen und Interpretationen der Bilder der Fall sein. Es ist auch zu vermuten, dass bei vielen Refs sein Buch überhaupt keinen Bezug zum Artikeltext hat. Biografische Angaben könnte man evtl. durch Recherche überprüfen. Wir brauchen also unbedingt eine umfangreiche CDF-Biografie im Netz, welche anerkannt ist. Da muss man wohl viel vorsorglich entfernen. Ein WP-Autor, dem man inhaltlich nicht vertrauen kann, ist nicht zu gebrauchen. Schade eigentlich. ÅñŧóñŜûŝî(Ð)13:02, 30. Mai 2024 (CEST)Beantworten
Vorlage:BS-table
Letzter Kommentar: vor 7 Monaten3 Kommentare2 Personen sind an der Diskussion beteiligt
Moin, du kennst dich sicher bei der Vorlage aus. Es gibt einen Benutzer, der aktuell in Bahnstreckenartikeln die Kursbuchseiten nachträgt - siehe Bahnstrecke Wrocław–Szczecin. Dort hat er die Zeile Kursbuchstrecke (PKP): mit dem Hintergrundparameter "|PL-KBS=" eingetragen. Vielleicht macht er damit alles richtig, denn er setzt mit dem Hintergrundparameter genau die Zeile, die in Vorlage:BS-daten der Beschreibung auch exisitert - dort ist die polnische Kursbuchstrecke beschrieben und wenn man das so einträgt, kommt genaus das: Kursbuchstrecke (PKP): dabei heraus. Das wäre nicht schlecht, aber der Link ist rot. Ich wollte dich jetzt fragen: um das "blau" zu machen - muss man da einen Artikel mit dem Lemma anlegen oder kann man das einfach mit einer WL auf Liste der Eisenbahnstrecken in Polen erledigen (dort sind die Streckennummern vorhanden). Und vor allem - muss man irgendwas im Hintergrund machen? Danke und Gruß --Mef.ellingen (Diskussion) 16:41, 3. Jun. 2024 (CEST)Beantworten
Keine Sabotage. Die Farben der Felder sind doch fix vorgegeben, denn sie sollen ja dargestellt werden (#RRGGBB). Also hast du auch unabhängig von den Usereinstellungen (dark mode etc.) immer die gleiche Situation: Entweder weißer oder schwarzer Text ist besser lesbar und wird zweckmäßiger Weise verwendet. Graustufen dazwischen sind immer schlechter im Kontrast. Nur weil irgendwann mal jemand willkürlich so ein "beinahe-schwarz" wie #202122 oder "beinahe-weiß" wie #F8F9FA als Standard festgelegt hat, muss man es nicht zwangsweise überall einsetzen, egal ob es in der Sache zweckmäßig ist. Die anderen Texte mag man flexibel zuordnen. ÅñŧóñŜûŝî(Ð)18:47, 15. Jul. 2024 (CEST)Beantworten
Letzter Kommentar: vor 5 Monaten1 Kommentar1 Person ist an der Diskussion beteiligt
Hiermit gratuliere ich Antonsusi zu 15 Jahren ehrenamtlicher Arbeit im Dienst der Verbesserung unserer Enzyklopädie und verleihe den Wikiläums-Verdienstorden in Rubin gez. Wolfgang Rieger(Diskussion) 16:35, 24. Aug. 2024 (CEST)
Hallo Antonsusi! 5 Jahre sind es schon wieder, seit Dir zuletzt zum silbernen Wikiläum gratuliert werden konnte. Heute sind es nun genau 15 Jahre, seit Du am 24. August 2009 hier zum ersten Mal editiert hast. Inzwischen hast Du über 132.000 Edits gemacht und 202 Artikel erstellt, wofür Dir heute erneut gedankt sei. Frohes Schaffen -- Wolfgang Rieger(Diskussion)16:35, 24. Aug. 2024 (CEST) PS: Wenn Du es wünschst, kann Dir auch eine Wikiläums-Medaille zugeschickt werden. Details siehe hier.Beantworten
Gestaltung ICD-Infoboxen
Letzter Kommentar: vor 3 Monaten3 Kommentare2 Personen sind an der Diskussion beteiligt
@MaligneRange: Jetzt überall gleicher Quelltext für den Tabellenkopf. Ich habe aber die extrem dünnen Linien durch etwas breitere ersetzt, weil das für Leser mit nicht so guten Augen besser ist. ÅñŧóñŜûŝî(Ð)21:43, 1. Okt. 2024 (CEST)Beantworten
Ich war da glaube ich missverständlich, für mich hat das neue Design gut gepasst, du hättest die anderen gerne auch entsprechend anpassen können. Mir gings wirklich nur um die Einheitlichkeit, das sollte kein Widerspruch sein. Danke und LG, --MaligneRange (Diskussion) 22:34, 1. Okt. 2024 (CEST)Beantworten
Letzter Kommentar: vor 3 Monaten1 Kommentar1 Person ist an der Diskussion beteiligt
Hallo Antonsusi!
Die von dir angelegte Seite Vorlage:Brennerbahn wurde zum Löschen vorgeschlagen. Gemäß den Löschregeln wird über die Löschung in der Regel sieben Tage diskutiert und danach entschieden. In den hier nachzulesenden Fällen kann eine Seite auch sofort gelöscht werden.
Du bist herzlich eingeladen, dich an der Löschdiskussion zu beteiligen. Wenn du möchtest, dass der Artikel behalten wird, kannst du dort die Argumente, die für eine Löschung sprechen, entkräften, indem du dich beispielsweise zur enzyklopädischen Relevanz des Artikels äußerst. Du kannst auch während der Löschdiskussion Artikelverbesserungen vornehmen, die die Relevanz besser erkennen lassen und die Mindestqualität sichern.
Da bei Wikipedia jeder Löschanträge stellen darf, sind manche Löschanträge auch offensichtlich unbegründet; solche Anträge kannst du ignorieren.
Vielleicht fühlst du dich durch den Löschantrag vor den Kopf gestoßen, weil durch den Antrag die Arbeit, die du in den Artikel gesteckt hast, nicht gewürdigt wird. Sei tapfer und bleibe dennoch freundlich. Der andere meint es vermutlich auch gut.
Letzter Kommentar: vor 3 Monaten3 Kommentare2 Personen sind an der Diskussion beteiligt
Du musst schon auch testen, was du da machst. →So ist mehr kaputt als alles andere. Die Schrift wird unlesbar, die Infobox insgesamt ist dann nicht mehr darkmodetauglich, warum änderst du das, was funktionierte? In diesem Falle muss ich sagen, das ist jetzt sehr viel schlechter, als es meine Version war. Du machst mir zusätzliche Arbeit. Das ist absolut unnötig. Die Infobox soll eben nicht so bleiben, wie im hellen Modus. Sie benötigt explizit die class="infobox"! --Liebe Grüße, LómelindeDiskussion06:31, 11. Okt. 2024 (CEST)Beantworten
@Lómelinde: Also mein Ziel ist es, die Infobox wie folgt zu "färben":
Die Zelle mit dem Bild hat bei allen Modi komplett schwarzen Hintergrund (#000000).
Die Zelle mit der Karte hat bei allen Modi komplett weißen Hintergrund (#FFFFFF).
Die Karte selbst wird nicht invertiert, weil sie dafür nicht ausgelegt ist. Das muss wohl in der vorlage:Karte mit Markierung eingestellt werden.
Ich kann kein CSS, ich bin keine Programmiererin. Und du weißt natürlich auch, dass diese Standardfarben Vorlage:Standardfarbe#Farbwerte und Konfiguration verwendet werden sollten. Zusätzlich haben wir noch class="darkmode-hintergrundfarbe-basis", class="darkmode-hintergrundfarbe-neutral", class="darkmode-hintergrundfarbe-passiv" und class="notheme", das ich nicht wirklich verstehe, weil es nicht immer das tut was ich erwarte.
Du hast vermutlich das hier Spezial:Diff/249292245/249318105 gelesen, das macht es jetzt nicht eben leichter, wenn einmal die Karte schwarz erwünscht ist und man Teile der Schrift nicht lesen kann und ein anderes mal soll sie weiß bleiben. Ich kann/soll Module nicht ändern, ich möchte auch nicht irgendwelche templatestyles in CSS austesten. Soweit ich es verstanden habe, sollen alle Vorlagen, die Infobox heißen, auch ein class="infobox" beinhalten, auch um die bunten Farben im Dunkelmodus zu verbannen, selbst class="zebra" ist dort für Tabellen vorgegeben. Bitte also keine zu sehr abweichenden Sonderwege, sonst gibt das nur wieder Ärger. --Liebe Grüße, LómelindeDiskussion07:06, 12. Okt. 2024 (CEST)Beantworten
Vorlage:Infobox Stern
Letzter Kommentar: vor 3 Monaten7 Kommentare3 Personen sind an der Diskussion beteiligt
Also bei Epsilon Ophiuchi wird ein Einzelnachweis für den R-I-Farbindex angegeben, ohne einen Wert dafür anzugeben. Deshalb wird die ganze Zeile samt Einzelnachweis nicht angezeigt. Nach den Änderungen von Antonsusi wird jetzt bei Nichtvorhandensein des Werts ein style="display:none;" draufgeklatscht (also die Zeile ist da, wird aber nicht angezeigt), statt die Zeile nicht zu generieren. Dies könnte vielleicht den Fehler hervorrufen. --CyberOne25 (Diskussion) 11:13, 13. Okt. 2024 (CEST)Beantworten
Zweck der Umstellung ist es, unnötige Einfügungen von {{!}} zu ersparen, um den Quelltext zu verschlanken. Es ist ein Nebeneffekt, dass die jetzt nur noch ausgeblendeten Zeilen jetzt geparst und alte Ref-Fehler aktiviert werden. Muss man einfach anschauen und die Fehler beseitigen. Es sind nicht so viele. ÅñŧóñŜûŝî(Ð)16:02, 13. Okt. 2024 (CEST)Beantworten
Letzter Kommentar: vor 3 Monaten4 Kommentare2 Personen sind an der Diskussion beteiligt
Was hat es mit der unvollständigen, oder irgendwie zerlegten Tabelle in der Infobox dort auf sich und warum muss das überhaupt mit schwarzen Rändern sein? Warum veraltete Syntax? →H:CSS#Veraltete Anweisungen. Das sieht doch nicht harmonisch aus und der Tabelleninhalt klebt förmlich an den Rändern, siehst du so etwas nicht? --Liebe Grüße, LómelindeDiskussion18:12, 25. Okt. 2024 (CEST)Beantworten
Die HTML-Syntax ist da schon immer zur Anwendung gekommen und das ist auch legitim, wenn der Quelltext damit übersichtlicher wird. Das erspart es, entweder ein Quelltextmonster mit noch mehr {{!}} zu erzeugen oder dutzende Parameter an eine Unterseite zu übergeben. Die Ränder sind jetzt auf wikitable umgestellt. Es war ohne innere Ränder zu unübersichtlich. die fehlenden Ränder sind jetzt behoben. ÅñŧóñŜûŝî(Ð)18:35, 25. Okt. 2024 (CEST)Beantworten
Ich sagte ja auch nicht, dass html-Syntax nicht legitim ist sondern, dass du auf veraltete Anweisungen verzichten solltest. :-) Dankeschön, das sieht jetzt, meiner Meinung nach besser aus. --Liebe Grüße, LómelindeDiskussion18:49, 25. Okt. 2024 (CEST)Beantworten
Letzter Kommentar: vor 2 Monaten2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Antonsusi, kannst du dort bitte mal den Zuweisungen für background #FFFFCC jeweils ein color #202122 zuweisen, damit das in der Vorlage:Curlingspiel/Ergebnis keine Linterfehler erzeugt? Beispiel Und eventuell für den Dunkelmodus dort zusätzlich ein class="notheme" für die gefärbten Zellen setzen, wenn die gelbe Farbe da wirklich auch im dunklen bleiben soll, „oder“ sie mit einer passenden class="darkmode-hintergrundfarbe-…" anpassen, weil hellgelber Hintergrund nicht so toll wäre. siehe Dunkelmodus. Ein weiteres Problem wäre der Hammer (Recht des letzten Steins) , dort müsstest du entweder einen hellen Hintergrund um das Bild legen oder ein |klasse=skin-invert setzen amBesten auch gleich noch mit |alt= versehen oder das Bild als role="presentation" aria-hidden="true" deklarieren → . Bitte vor dem Speichern der Änderungen am Modul die Auswirkung an einbindenden Artikeln wie Curling-Weltmeisterschaft der Herren 2001#Ergebnisse der Round Robin oder mit Hammer Olympische_Winterspiele_2010/Curling#Round Robin testen. --Liebe Grüße, LómelindeDiskussion09:00, 29. Okt. 2024 (CET)Beantworten
Letzter Kommentar: vor 2 Monaten3 Kommentare1 Person ist an der Diskussion beteiligt
Hei und moin, bitte bei folgender Änderung in der Infobox für Bahnstrecken beachten: die Benennung mm wird von der Box erzeugt. Wenn du nur eine Spurweite hast, kannst du auch mm in die Box schreiben und danach wird es richtig angezeigt. Hast du aber zwei Spurweiten, dann darft du hinter der zweiten Angabe keine Benennung schreiben, denn danach steht dann in der Box "mm mm" - habe gerade eine Änderung von dir korrigiert, schaust du bitte drauf, wo du heute das geändert hast, Blick in die Box genügt. Danke und Gruß --Mef.ellingen (Diskussion) 14:37, 9. Nov. 2024 (CET)Beantworten
Und wenn du, wie bei der Mindener Kreisbahn bei der zweiten und dritten Box bei Spurweite den Parameter "nein" löscht, kommt ein roter Parameterfehler in der Box, bitte einfach nach unten scrollen nach der Freigabe, man sieht das! --Mef.ellingen (Diskussion) 14:52, 9. Nov. 2024 (CET)Beantworten
Fein. Wunsch: Bei sowas ist es besser, wenn du die Seite erwähnst, auf der der Fehler auftritt. Wenn du dann auch nicht revertierst, dann sehe ich besser, was nicht stimmt (Es geht auch nach einem Revert, aber das ist aufwändiger). Gruß von ÅñŧóñŜûŝî(Ð)21:52, 20. Nov. 2024 (CET)Beantworten
Vorlage:Turnierplan16-kompakt-3-Platz3
Nochmal zu dieser Vorlage: Du hast das grau der Vorlage vorne, wo die Setzlistennr. steht, etwas dunkler gemacht. Wie du zB bei [[11]] siehst, haben nun die Vorlagen verschiedene Grau-Töne. Ist es möglich, sich da auf einen Farbton zu einigen? Ich finde das von dir gewählt ganz gut, weiß nur nicht wie ich das überall einsetzen könnte. Gruß--Siebenschläferchen (Diskussion) 21:29, 22. Nov. 2024 (CET)Beantworten
Wobei #ffffff vor #6c7a93 ein Kontrastverhältnis von 4,34 ergibt. Nach WCAG Level AA, an dem wir uns orientieren sollten, reicht das nicht, da brauchen wir mindestens 4,5. Würde daher #697790 als Hintergrund vorschlagen, das ergibt ein Verhältnis von 4,52. -- hgzh09:21, 26. Nov. 2024 (CET)Beantworten
Bitte diese beiden Fehler beheben
Letzter Kommentar: vor 2 Monaten3 Kommentare2 Personen sind an der Diskussion beteiligt
Vorlage:Turnierplan4-3-Platz3 →div. Ich weiß nicht wo du da ein div verbaut hast, daher ist es mir nicht möglich das selbst zu lösen, genau das ist es was ich meinte, dass die Syntax nicht mehr für jeden verständlich sichtbar ist. Das erschwert die Wartung. Und wo wir schon dabei sind bitte füge keine geschützten Leerzeichen in die Vorlagen ein. --Liebe Grüße, LómelindeDiskussion10:48, 25. Nov. 2024 (CET)Beantworten
Ich habe mehr NBSP entfernt als ergänzt. Letzteres nur in seltenen Fällen. Die nbsp als Vorgabewert sind nicht falsch. Ein Div-Tag gibt es nicht. Es gab aber einen Fehler bei den Attributen. Jetzt weg? ÅñŧóñŜûŝî(Ð)18:55, 25. Nov. 2024 (CET)Beantworten
Abstimmen und weitersagen: Die Umfrage Technische Wünsche läuft!
Letzter Kommentar: vor 2 Monaten1 Kommentar1 Person ist an der Diskussion beteiligt
Hallo, weil du der in der Technische-Wünsche-Umfrage im Jahr 2022 abgestimmt hast, interessiert dich möglicherweise, dass aktuell wieder eine Umfrage läuft. Du kannst wieder darüber mitentscheiden, in welchem Bereich das Team Technische Wünsche die Arbeit in den Wikis vereinfachen soll. Zehn Themenschwerpunkte stehen dieses Jahr zur Wahl.
Die Abstimmung läuft noch bis zum 9. Dezember. Bitte weitersagen!
Wir möchten mit der Umfrage möglichst breite Teile der Community erreichen. Falls du solche Nachrichten lieber nicht erhalten möchtest, gib bitte kurz Bescheid.
Letzter Kommentar: vor 1 Monat9 Kommentare4 Personen sind an der Diskussion beteiligt
Kannst du das eventuell so ändern, dass die Vorlagen, die das Modul verwenden auch im Dunklen lesbar werden und hinterher auch keine Linterfehler mehr verursachen? Ich kann das nicht, wie du weißt. Was auch immer so ein Vorlagenname bedeutet, ich verstehe es nicht und könnte mir darunter absolut nichts vorstellen. Was soll eine Team-Klammer-Konsole sein? Ich finde solche Vorlagen echt doof, weil sie nicht jeder bearbeiten oder anpassen kann. Beispiel: →Badminton-Juniorenweltmeisterschaft 2022/Mannschaft#Platz 1 bis 8 --Liebe Grüße, LómelindeDiskussion17:11, 4. Dez. 2024 (CET)Beantworten
Dieses Modul wird genau vier mal genutzt. Von en:Module:Build bracket abgeschrieben hat es Benutzer:Florentyna. Der dortige Autor ist en:User:Pbrks. Dort gibt es auch genauere Infos. Zwei einbindende Seiten sind wegen der vielen Vorlagen zu groß. In diesem Fall hört der Parser einfach mittendrin auf und es kann alles Mögliche an HTML herauskommen. Daher sollte man diese Seiten erst mal aufteilen. Wenn dann noch Probleme bestehen, dann kann man weiterschauen. Der Linterfehler kommt auf 2,7 Mio. mal vor. Soweit ich diese Meldung verstanden habe jedesmal wenn eine H-Farbe festgelegt wird, aber keine V-Farbe. Das kann man unmöglich alles beheben. Gruß von ÅñŧóñŜûŝî(Ð)19:40, 4. Dez. 2024 (CET)Beantworten
Bei so einem Import hat hier niemand die Übericht. Dazu müsste man sich durch 1200 Zeilen Quelltext arbeiten. Nur so kann man herausfinden, ob der zurückgegebene Wert (ein langer String) Linterfehler hat und wo angepasst werden müsste. Darüber hinaus sind fünfspaltige Turnierpläne sehr breit. Sieht danach aus, als bastelt das Modul mit Hilfe der übergebenen Parameter einen Turnierplan. Wenn ich den Modulaufruf in Spezial:Vorlagen_expandieren eingebe, dann entsteht eine HTML-Tabelle. Wenn ich sehe, dass diese schon mit cellpadding="0" cellspacing="0" anfängt, obwohl das seit Jahren nicht mehr Stand der Codierung ist, dann kann es nur bedeuten, dass da wohl schon lange nicht mehr sauber aktualisiert wurde. Eigentlich ein tolles Modul. Leider setzt es die H-Farben direkt und keine CSS-Klassen wie "hintergrundfarbe1". Da hineinzugreifen ist schwierig. ÅñŧóñŜûŝî(Ð)21:12, 4. Dez. 2024 (CET)Beantworten
Hallo zusammen, ich habe das Modul repariert, nachdem statt der erwarteten Ausgabe nur eine Fehlermeldung generiert wurde. Darf ich darum bitten, auch bei Modulen wie bei Vorlagen jede Änderung vor dem Speichern an einbindenen Seiten zu testen und nur im Erfolgsfall zu speichern, auch wenn es davon wie in diesem Fall nur wenige gibt? Hiermit sollten alle Linterfehler verschwunden sein. Für die wenigen Fälle habe ich mir jetzt nicht die Mühe gemacht, einen eigenen Aufrufparameter für die Vorlage:8TeamBracket-Consols zu definieren. --Wiegels„…“01:26, 5. Dez. 2024 (CET)Beantworten
Das hilft jetzt aber alles nicht weiter, der Turnierplan ist im Dunkelmodus nicht lesbar, weil zum einen die Inhalte auf hellem Hintergrund liegen und zum anderen die Verbindungslinien nicht hell werden sondern schwarz bleiben →Dunkelmodus. Das kann/sollte keinesfalls so bleiben. Ich finde es wirklich kritisch einfach nur aus der en:wp zu kopieren. @Antonsusi, doch gerade bei den Turnierplänen ist es auf sehr einfache Art möglich diese Linterfehler zu vermeiden, das ist doch der Grund, warum ich die alle auf hintergrundfarbe1 und hintergrundfarbe5 umbaue, weil den Klassen sind scheinbar feste Schriftfarben zugeordnet = keine Fehler. Ich mach das ja nicht weil mir gerade so langweilig wäre. Und immerhin haben wir die Fehlerzahl inzwischen von anfänglich über 7 Millionen auf derzeit noch rund zweieinhalb reduziert, „geht nicht“ = aufgeben ist inakzeptabel. Und fatal ist dabei, dass derzeit die veralteten bgcolor keine Linterfehler erzeugen, wenn die Schriftfarbe fehlt, vermutlich, weil die Entwickler gar nicht damit rechnen, dass derart veraltete Syntax hier noch verbaut ist und immer wieder neu eingefügt wird. So gesehen liegt die Dunkelziffer durchaus noch weit höher, aber wo es möglich ist, sollte man diese Fehler abstellen. --Liebe Grüße, LómelindeDiskussion07:08, 5. Dez. 2024 (CET)Beantworten
Und das Originalmodul →Module:Build bracket kann das ebenfalls nicht und liefert unlesbare Turnierpläne. Das sollte umgebaut werden, wenn man das hier verwenden möchte. Dazu eine ordentliche Doku was wann wie wo auszufüllen ist … dafür ist aber, meiner Meinung nach, derjenige zuständig, der das Modul und die nicht dokumentierten Vorlagen nach hier kopiert hat. --Liebe Grüße, LómelindeDiskussion07:33, 5. Dez. 2024 (CET)Beantworten
Letzter Kommentar: vor 1 Monat5 Kommentare2 Personen sind an der Diskussion beteiligt
Darf ich fragen, aus welchem Grund du die Weiterleitung für diesen zweifellos enzykl. eigenständig relevanten Lagerstättentyp gelöscht(?) oder löschen lassen (SLA?) hast? --Gretarsson (Diskussion) 14:48, 11. Dez. 2024 (CET)Beantworten
Weil das ein Ort ist und die WL nicht zu einem Ortsartikel führt. Das Lemma ist absolut untauglich für diese WL. WLs nur zum Zweck, Tipparbeit zu sparen, sind nicht zweckmäßig. Besser wäre ein kleiner Artikel über diese Lagerstätte unter einem Lemma wie Fossillagerstätte Orsten o. ä. ÅñŧóñŜûŝî(Ð)17:29, 11. Dez. 2024 (CET)Beantworten
Der Lagerstättentyp (keine einzelne Fossillagerstätte!) ist viel bekannter als der „Ort“ (ein Gehöft, wenn ich das richtig sehe, formal relevant zwar, aber…), d.h. es ist viel wahrscheinlicher, dass jemand den Artikel zum Lagerstättentyp anlegt als den Artikel zum „Ort“ (…es gibt nicht mal in der schwedischen WP einen Artikel über den „Ort“, sondern die verschlagwortet unter dem Lemma die Kalksteinvariante, in dem die Orsten-Mikrofossilien vorkommen -- und auch da kann man sich streiten, ob man das unbedingt getrennt abhandeln muss). Es gab da IMHO keinerlei Handlungsbedarf. Ich bin auch deshalb voller Unverständnis, weil dieser Antrag auf Löschung einer albernen Weiterleitung mit einer nicht weniger albernen Begründung abgewiesen wurde. Und jetzt kommst du und lässt einfach diese, auch und gerade unter diesem Lemma, absolut sinnvolle Weiterleitung löschen… --Gretarsson (Diskussion) 18:50, 11. Dez. 2024 (CET); nachträgl. geänd. 19:00, 11. Dez. 2024 (CET)Beantworten
Hast du hier eine BNS-Motivtion wegen der anderen WL? Wäre nicht gut. In einem Artikel kann man immer gleich das WL-Ziel verlinken. Zum Finden braucht man die WL nicht. Wie du an meiner ursprünglichen Annahme erkennn kannst, wäre ein kleiner Artikel über diese Kalkknollen die besste Lösung. Da passt dann auch eine kleine Liste der Fundstellen hinein. ÅñŧóñŜûŝî(Ð)20:40, 11. Dez. 2024 (CET)Beantworten
Wie kommst du darauf, eine kritische Nachfrage wegen des Löschens einer IMHO korrekten und nützlichen WL wäre BNS-Verhalten im Bezug auf das Behalten einer IMHO albernen, unnützen WL? BNS-Verhalten wäre es, infolge der damaligen Behaltensentscheidung dutzendweise unnütze, alberne WL anzulegen, und diese Anlagen dann mit dem dusseligsten aller Argumente, die einem in einer LD unterkommen können: „Frisst ja kein Brot“, zu begründen. Die gelöschte WL Orsten war aber sinnvoll und nützlich, und zwar, na klar, damit der Artikel, der die WL mal ersetzen wird, gleich überall korrekt verlinkt ist (diese Verlinkungen, auch wenn es derzeit nur drei waren, hast du ja bereits entfernt: [12], [13], [14]). Deine Begründung, das Lemma müsse wegen des gleichnamigen „Ortes“ frei gemacht werden, ist wegen der viel größeren Bedeutung des Lagerstättentyps so oder so nicht stichhaltig. Ich möchte dich daher bitten, die WL und die Links wiederherzustellen. Ein richtiger Artikel unter dem Lemma Orsten wird dann zu gegebener Zeit angelegt werden. Bis dahin dient die WL als Platzhalter. --Gretarsson (Diskussion) 00:01, 12. Dez. 2024 (CET)Beantworten
Habe die Vorlage noch einmal überarbeitet, sollte so zu diversen Skins passen (Vector alt, Vector 2022, nutze selbst Timeless, das einen schmaleren Satzspiegel hat und die Suche und andere grundlegende Werkzeuge am oberen Browserrand hält). Hoffe, es ist okay so. Grüße --Uncopy (Diskussion) 20:11, 14. Dez. 2024 (CET)Beantworten
Epi- und Hypozykloide
Letzter Kommentar: vor 1 Monat2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo AntonSusi,
mit den Überarbeiten-Bausteinen gab es wohl ein Missverständnis. Ursprünglich hieß es dort, dass die Verschiebungen gemäß Portal-Diskussion noch in Gang seien. Das ist nun schon längere Zeit erledigt. Die Notwendigkeit, im Artikel Epizykloide den Abschnitt "Verlängerte Epitrochoide" und im Artikel Hypozykloide den Abschnitt "Verlängerte Hypotrochoide" zu überarbeiten, sehe ich nach wie vor. Daher sollte die Löschung des Bausteins im Artikel "Hypozykloide" rückgängig gemacht werden. Wie ich schon bei der Diskussion klargestellt habe, fühle ich mich mangels Spezialkenntnissen (und auch Zeit) nicht in der Lage, diese Überarbeitung selbst durchzuführen. Der Rest der beiden Artikel ist nach meiner Meinung inzwischen in brauchbarem Zustand; selbst mit Belegen sieht es inzwischen besser aus. --Wfstb (Diskussion) 17:22, 21. Dez. 2024 (CET)Beantworten
Letzter Kommentar: vor 23 Tagen8 Kommentare2 Personen sind an der Diskussion beteiligt
Die von Dir vorgenommenen Änderungen waren deutliche Verschlechterungen,m der Turnierplan taugt so überhaupt nichts. Ich habe sie allesamt zurückgesetzt, zum Schluß einfach mit Rollback, weil es sonst zu langwierig gewesen wäre. Bitte nicht wieder solch einen Unsinn anrichten. --Grüße vom Sänger ♫(Reden)09:59, 6. Jan. 2025 (CET)Beantworten
Beim Eishockey habe ich nicht nachgeschaut, nur gerade gesehen, dass Du da auch viel geändert hast. Ob die Vorlage da was taugt kann ich nicht sagen, für normales Hockey ist sie so jedenfalls untauglich. --Grüße vom Sänger ♫(Reden)10:05, 6. Jan. 2025 (CET)Beantworten
@Sänger: Mal wieder auf Provokationstour? Mach was du willst. Diese Seiten liest doch vermutlich sowieso (fast) keiner. Lass aber die Finger von anderen Bereichen, in denen du nicht tätig bist. ÅñŧóñŜûŝî(Ð)10:53, 6. Jan. 2025 (CET)Beantworten
Ich bin nicht auf "Provokationstour", nur waren deine Änderungen eine deutliche Verschlechterung. Ich weiß nicht, warum du das getan hast, vielleicht gibt es irgendeinen Grund dafür, nur hebt das nicht die Fehldarstellung auf.
@Sänger: Ich betrachte deine Reverts als Provokation, weil du dich ja auch ohne sofortige Reverts hier hättest melden können, um eine andere Lösung zu finden. Beispielsweise eine Erweiterung der von mir eingesetzten Vorlage, um auch Texte unterhalb zu ermöglichen. Die von mir eingesetzte Vorlage nimmt Rücksicht auf Dark Mode und Barrierefreiheit. Das Layout ist ansonsten gleich. Es gibt viel zuviele redundante Turnierpläne. je mehr Varianten eingespart werden, um so besser behält man die Übersicht. ÅñŧóñŜûŝî(Ð)11:25, 6. Jan. 2025 (CET)Beantworten
Die einzige sichtbare Änderung Deine kommentar- und erklärungslosen Änderung war die Unbrauchbarmachung der Anmerkungen, und das war ein sehr schlimmer Fehler. Der musste asap behoben werden. Das mit dem vorgeblich gleichen Layout ist also schlicht nicht wahr.
Ich habe Dich anschließend sofort hier darauf aufmerksam gemacht, Gründe für diese augenscheinliche Verschlechterung gab es, wie gesagt, keine, jedenfalls nicht bei den botartigen Edits. Jetzt weißt Du ja, was die Vorlage angerichtet hat, und kannst nächstes Mal vielleicht vor einer solchen Massenänderung überprüfen, ob diese Änderung so etwas destruktives anrichtet. Und eine kurze Standardbegründung im Botlauf, warum das von einer auf die anderer Vorlage geändert wird, wäre auch gut, so war das vollkommen unergründlich. --Grüße vom Sänger ♫(Reden)11:44, 6. Jan. 2025 (CET)Beantworten
Seit wann ist das Auftauchen von Text oberhalb statt unterhalb der Box eine Änderung, welche das Ergebnis "unbrauchbar" macht? Diese Änderung als "Unbrauchbarmachung" zu betrachten - und nicht etwa nur als "schlechtere Darstellung" - ist völlig übertrieben und das Hauptproblem, was ich und Andere(!) mit dir haben: Deine meinem Eindruck nach unzureichende Kompromissbereitschaft. Das du dich hier gemeldet hast, ist allerdings durchaus positiv zu sehen. Also: Wie bekommen wir deine Einwände und die erforderlichen Änderungen in der Vorlage unter einen Hut? Gruß von ÅñŧóñŜûŝî(Ð)11:55, 6. Jan. 2025 (CET)Beantworten
Die Halbzeit- und sonstige Zwischenstände stehen nun mal immer unterhalb der Kästen. Wenn da zwischen den Kästen zwei Zeilen stehen, dann gehören die beide zu dem oberen, wie kommst Du aus die Idee, dass das anders sein könnte?
Wenn es da irgendwelche technischen Probleme mit der aktuell im normalen Modus wunderbar funktionierenden Vorlage gibt, dann sollen die gerne gefixt werden, aber nicht einfach irgendwas darüberklatschen, von dem mensch denkt, es könne so in etwa hinkommen. In einem Fall wurden die Zwischenstände überhaupt nicht mehr angezeigt nach Deiner Änderung.
Letzter Kommentar: vor 16 Tagen2 Kommentare2 Personen sind an der Diskussion beteiligt
Über Nacht hat sich mein Bearbeitungsfenster verändert. Bearbeitungen von Artikeln ist kaum mehr möglich. Ich arbeite mit macOs Sequoia 15.2. Ich habe an meinen Einstellungen nichts geändert. Es wird unterhalb des Bearbeitungsfensters der Inhalt überblendet. Siehe Bildschirmphoto. Wurde etwas an der Wikisoftware verändert? Kannst Du helfen?
Link-Überflutung durch Linkvorschlag-Funktion für WP-Anfänger
Letzter Kommentar: vor 7 Tagen2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo AntonSusi, Du hattest mich vor einiger Zeit mal freundlich darauf hingewiesen, dass ich meine neu erstellten bzw. weitreichend überarbeiteten Artikel mit überflüssigen Links überflutet hatte. Ich bin dieser Kritik gerne gefolgt und habe daraufhin bei Edits vorhandene "Deppenlinks", Links auf triviale Informationen wie "Wasser" oder Ländernamen wie "Frankreich" und ähnliches eliminiert und bei neu erstellten Texten vermieden. In letzter Zeit muss ich aber leider feststellen, dass viele solcher überflüssigen Links durch eine Einstiegs-Aufgabe für WP-Anfänger über eine Linkvorschlag-Funktion wieder reinkommen. Vielleicht sollte man das mal auf Admin-Ebene ansprechen und generell klären, was man da eigentlich wünscht, das erscheint mir ein bisschen wie Hüh und Hott. Ich möchte die WP-Anfänger in ihrem erfreulichen Eifer nicht frustrieren, indem ich das gleich wieder revertiere, aber ich denke, dass ich das spätestens beim nächsten Edit oder nach einer gewissen Schonfrist wieder rausschmeiße. Viele Grüße --Ayyur (Diskussion) 11:28, 22. Jan. 2025 (CET)Beantworten
Das ist mit Sicherheit eine vollautomatische Sache. Nur Menschen können entscheiden, dass ein Link auf Frankreich überflüssig ist, ein Link auf Kasachstan aber meistens nicht. Nur mit KI könnte man sowas machen. Echt eine unausgereifte Sache. Unbedingt zu verbessern. ÅñŧóñŜûŝî(Ð)19:18, 22. Jan. 2025 (CET)Beantworten
Turniervorlagen
Letzter Kommentar: vor 4 Tagen2 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Antonsusi, auf meiner Checkliste tauchen noch ein paar veraltete Vorlagen auf: Round8, Turnierplan4-Platz3-mit. Soll das auch irgendwann mal ein Bot anpassen? Andernfalls würde ich den Tischtennisbereich abarbeiten. Gruß --tsor (Diskussion) 16:55, 25. Jan. 2025 (CET)Beantworten
Letzter Kommentar: vor 19 Stunden3 Kommentare2 Personen sind an der Diskussion beteiligt
Hallo Antonsusi, bei den Artikeln Orthodrome, Epizykloide und Zykloide bin ich der Meinung, dass die in der QS-Diskussion angeführten Probleme nicht mehr bestehen. Ich bitte um Überprüfung, ob die Bausteine "Überarbeiten" in den Artikeln und die QS-Abschnitte dazu noch berechtigt sind. --Wfstb (Diskussion) 12:18, 28. Jan. 2025 (CET)Beantworten