StargateWiki:Löschantrag: Unterschied zwischen den Versionen
aus Stargate Wiki, dem deutschsprachigen Stargate-Lexikon
Weitere Optionen
→Löschanträge: Archivierung |
|||
| Zeile 1: | Zeile 1: | ||
{{StargateWiki:Löschantrag/Intro}} | {{StargateWiki:Löschantrag/Intro}} | ||
<br /> | <br /> | ||
__TOC__ | __TOC__ | ||
== auslaufende Benutzerseiten == | == auslaufende Benutzerseiten == | ||
* Hier kann man einen unsichtbaren Löschantrag auf ein Projekt im Benutzer-Namensraum einstellen, der erst zum angegebenen Zeitpunkt erscheint. Dies ist z. B. bei verwaisten Projekten möglich | * Hier kann man einen unsichtbaren Löschantrag auf ein Projekt im Benutzer-Namensraum einstellen, der erst zum angegebenen Zeitpunkt erscheint. Dies ist z. B. bei verwaisten Projekten möglich. Der Löschantrag ist nach dem Schema <code><nowiki>{{Datumslöschung|Benutzer:<Name>/<Artikel>|JJJJ-MM-TT|--~~~~}}</nowiki></code> in diesen Abschnitt einzubinden (einfach unter diesem Satz einfügen). | ||
== Löschanträge == | |||
==Löschanträge== | [[Kategorie:Intern]] | ||
=== [[ | === [[Vorlage:Michael]] === | ||
Für Links sind eckige Klammern in der Wikisoftware vorgesehen. Geschweifte Klammern dagegen ausschließlich für Vorlagen. Diese Vorlage hebt die Trennung zwischen diesen Funktionen auf, und das nur weil, es "mühsam ist, immer „Kenmore" zu schreiben. Auf gut deutsch, aus Faulheit. Neulinge, die die Funktions der geschweiften Klammern noch nicht kennen könnten durch diese Vorlage unnötig verwirrt werden. Ich denke, diese Vorlage ist kontraproduktiv und hat keinen wirklichen Sinn. --[[Benutzer:Resqusto|Resqusto]] ([[Benutzer Diskussion:Resqusto|Diskussion]]) 21:21, 4. Apr. 2022 (CEST) | |||
: | :{{Nein}} Faulheit ist letztlich immer ein großer Teil des Grundes überhaupt Vorlagen zu nutzen. Genauso wie man lieber eine Vorlage nutzt als eine HTML-Tabelle (oder auch nur [[:Kategorie:Vorlage Symbole|ein Icon]]) einzufügen oder z.B. beim Einfügen eines Links zu einer [[Vorlage:Ep|Episode]], [[Vorlage:Wp|WP-Seite]] oder [[Vorlage:Kürzel/Galaxie|Galaxie]] durch die Vorlage ein paar Zeichen spart. Zugegeben, die Notwendigkeit ist bei der [[Vorlage:Michael]] wie auch bei der [[Vorlage:Prometheus]], die ich damals beide mehr oder weniger zusammen erstellt habe, rückblickend betrachtet nicht so groß wie ich damals gedacht hatte. Trotzdem würde ich nicht behaupten, dass die Vorlagen kontraproduktiv wären oder keinen Sinn haben. Wie gesagt, der Sinn ist derselbe wie bei jeder anderen Kürzel- oder Linkvorlage: Bequemlichkeit beim Einfügen. Für Kontraproduktivität sehe ich keine Anhaltspunkte, angesichts der Tatsache dass man überall im Wiki schon große wie kleine Vorlagen aller Art mit Beschreibungsseiten zur Verwendung und allgemeinen Erklärungen im Handbuch findet bin ich auch von der zusätzlichen Verwirrung für neue Nutzer bei gerade dieser Vorlage nicht wirklich überzeugt. Sollte sich das aber tatsächlich irgendwie als ein größeres Problem mit Bezug auf solche kleineren Linkvorlagen herausstellen, könnte man sich angewöhnen diese Vorlagen bei der Verwendung zu substituieren, sodass man zwar bei Verwendung nur die Vorlage einfügen muss, hinterher im Artikel aber den "normalen" längeren Link sieht. --{{Benutzer:Col. o'neill/sig}} 22:18, 4. Apr. 2022 (CEST) | ||
::Der Hauptsinn von Vorlagen liegt darin, das Artikelbild zu vereinheitlichen und zu komplizierte Quelltexte auszulagern, damit auch Nutzer mit einem geringeren Verständnis der Software gut klar kommen. Und wie ich bereits dargelegt habe, wirkt diese Vorlage dem Prinzip der Vereinfachung entgegen.--[[Benutzer:Resqusto|Resqusto]] ([[Benutzer Diskussion:Resqusto|Diskussion]]) 11:27, 5. Apr. 2022 (CEST) | |||
:::Wie gesagt, das trifft auch auf andere Vorlagen zu. Man könnte genauso gut sagen, für Neulinge wäre es verständlicher, wenn man einfach immer gleich [[Pegasus-Galaxie]] statt p oder [[Energiewaffe]] statt e in den Infoboxen schreibt. Was gerade diese Vorlage so viel verwirrender, verkomplizierender und problematischer als die anderen macht hast Du nach wie vor nicht dargelegt. Zumal, wie ebenfalls schon gesagt und ignoriert, selbst wenn das ein Problem wäre, lässt sich das leicht über Substitution lösen, wodurch die bequeme Benutzung mit dem hinterher angeglichenen Quelltext vereint wird ohne die leicht benutzbare Möglichkeit der Vereinfachung für alle zu entfernen. --{{Benutzer:Col. o'neill/sig}} 15:48, 5. Apr. 2022 (CEST) | |||
::::Was diese Vorlage verwirrender macht, ist einfach erklärt: Irgendjemand arbeitet sich in die Software ein und lernt, dass man mit eckigen Klammern einen Link setzt. Ein einfaches Schema, das im ganzen Wiki gleich und undendlich oft reproduzierbar ist. Irgendwann stößt der Nutzer auf diese Vorlageneinbindung und muss feststellen, dass man mit geschweiften Klammern ''auch'' einen Link setzten kann. Aber wenn er das dann versucht zu reproduzieren, muss der Neuling schnell feststellen, dass es, obwohl er es da so gesehen hat, eben nicht geht. Und das warum, das verursacht dann erst einmal ein richtig großes ''Hä!?''. Die Verwirrung ist perfekt. Übrigends: Für die Faulen hat die Wikisoftware sogare eine eingebaute Funktion. Wenn man <nowiki>[[Lemma (Undendlich langer Lemmazusatz)|]]</nowiki> schreibt, fügt die Software hinter dem "|" automatisch den nicht in Klammern stehenden Teil des Links ein. Selbiges bei einigen weiteren Lemmazusätzen wie Namensräumen. Bei Michael hilft das vlt. nicht unbedingt, aber bei der Prometheus auf jeden Fall. --[[Benutzer:Resqusto|Resqusto]] ([[Benutzer Diskussion:Resqusto|Diskussion]]) 21:46, 5. Apr. 2022 (CEST) | |||
::: | :::::Den Trick mit leerem Linktitel kannte ich noch nicht, danke für den Tipp. Du wirst aber sicherlich selbst merken, dass Du damit gegen Dein eigenes Argument stößt, dass Neulinge den Quelltext schnell verstehen sollen. Zumal man damit den langen Seitentitel ausschreiben muss und sich nur den "kürzeren" Teil spart, während es bei den Vorlagen darum geht sich den längeren Teil zu sparen. Und während man bei Vorlagen neben dem immer erkennbaren Marker der geschweiften Klammern auch die feste Regel hat, dass man den Namen der Vorlage direkt in der Benutzung sieht und dann für mehr Infos im Wiki einfach die entsprechende Beschreibungsseite dieser Vorlage aufrufen kann, musste ich als jemand, der seit über zehn Jahren in einem Wiki arbeitet, zum Herausfinden der auf den ersten Blick etwas undurchsichtigen Ersetzungsregeln hinter der Syntax mit dem leeren Linktitel erst selbst durch ein paar MediaWiki-Seiten wandern, die letztlich auf eine {{Wp|en|Help:Pipe trick|Wikipedia-Seite}} verlinkt haben, von der es noch nichtmal eine deutsche Version zu geben scheint. Wie war das mit der Neuling-Freundlichkeit nochmal? | ||
:::::Um kurz bei Deinem Szenario zu bleiben: Jemand soll also <code><nowiki>{{Michael}}</nowiki></code> sehen und daraus schließen, dass man auch mit geschweiften Klammern einen beliebigen Link erzeugen kann. Mal sowohl vom Handbuch (in dem relativ schnell klar wird, dass hinter den geschweiften Klammern normalerweise der Name einer Vorlage zu erwarten ist) als auch von der Tatsache abgesehen, dass man überall geschweifte Klammern findet, die nicht einfach nur einen Link setzen, was so eine allgemeine Schlussfolgerung schon denkbar unwahrscheinlich macht... Wie genau soll so ein beliebiger Link denn innerhalb dieser Schlussfolgerung aussehen? Der Link geht auf [[Michael Kenmore]] mit Linktitel „Michael“. Sollen in dieser von Dir unterstellten Schlussfolgerung dann also die geschweiften Klammern ein „Kenmore“ an den Text als Linkziel anhängen? Mit welchen anderen Seiten will ich das sinnvoll reproduzieren wollen? Soll das erste von zwei (oder mehr?) Wörtern dann zusätzlich als Linktitel gesetzt werden? Oder das innerhalb der Klammern als Linktitel und immer die erstbeste Seite mit längerem Titel als Linkziel? Es bleibt unklar, wie sich daraus jemand aus Versehen ein allgemeines (falsches) Schema ableiten soll. Zumal: Bildeinbindungen und Kategorien nutzen auch eckige Klammern und erzeugen nicht einfach einen Standardlink. Sollen die auch abgeschafft werden, weil Neulinge die entsprechenden Marker gedanklich ausblenden und sich irgendwelche abstrusen Konzepte zur alternativen Linkerzeugung überlegen könnten? | |||
::::: | :::::--{{Benutzer:Col. o'neill/sig}} 01:47, 6. Apr. 2022 (CEST) | ||
::::::Nein, es wiederspricht nicht meiner eingenen Argumentation, da die Forensoftware den Link im Quelltext vervollständigt. Es sieht danach aus wie ein normaler maskierter Link. Wäre es anders, hätte es dir auch sicher schon mal auffallen müssen. Den Rest werde ich jetzt nicht weiter kommentieren. Ich denke nicht, dass wir hier auf einen gemeinsammen Nenner kommen.--[[Benutzer:Resqusto|Resqusto]] ([[Benutzer Diskussion:Resqusto|Diskussion]]) 08:06, 6. Apr. 2022 (CEST) | |||
: | :::::::Dann setze ich das mal auf erledigt. Falls noch überzeugende Argumente kommen, kann man das ja wieder aufmachen. --{{Benutzer:Col. o'neill/sig}} 20:49, 11. Jun. 2022 (CEST) | ||
::::::::Wenn man als Einziger gegen etwas ist, dann sollte man nicht derjenige sein, der die Entscheidung trifft. Das ist schlechter Stil--[[Benutzer:Resqusto|Resqusto]] ([[Benutzer Diskussion:Resqusto|Diskussion]]) 06:28, 12. Jun. 2022 (CEST) | |||
::: | :::::::::Es ist eher andersrum: Der einzige, der dafür ist, und der die Sache gleichzeitig auch angeleiert hat, hat die Diskussion einseitig beendet („Den Rest werde ich jetzt nicht weiter kommentieren. Ich denke nicht, dass wir hier auf einen gemeinsammen Nenner kommen.“ - Du, 08:06, 6. Apr. 2022). Weitere Befürworter sind nicht aufgetaucht. Das ist eigentlich ausreichend für eine Archivierung und wie gesagt, wenn da noch was kommt, kann man die Sache gern wieder aufmachen - es wäre nicht die erste Löschdiskussion, die mehrfach geführt wird. Eigentlich könnte ich als Co-Admin die Entscheidung auch sehr wohl treffen, insbesondere nachdem überzeugende Argumente für eine Löschaktion weiterhin ausbleiben und Du als Antragsteller aufgehört hast zu argumentieren oder Dich mit Gegenargumenten auseinanderzusetzen, aber wenn Du darauf bestehst, können wir den Abschnitt hier auch verstauben lassen, bis ihn jemand anders archiviert (oder sich anderweitig dazu äußert, wer weiß). --{{Benutzer:Col. o'neill/sig}} 16:21, 12. Jun. 2022 (CEST) | ||
::::::::::Wenn man feststellt, dass die Fronten verhärtet sind, ist es vollkommen legitim, die Diskussion sein zu lassen und weitere Meinungen abzuwarten. Du hältst die Argumente für nicht überzeugend. Ich hingegen hallte deine Gegenargumente für aus der Luft gegriffen. Es sollte doch nicht so schwer sein, in so einem Fall die Entscheidung einem dritten, unbefangenen Admin zu überlassen.--[[Benutzer:Resqusto|Resqusto]] ([[Benutzer Diskussion:Resqusto|Diskussion]]) 11:09, 13. Jun. 2022 (CEST) | |||
: | |||
:: | |||
::: | |||
:::: | |||
::::: | |||
:: | |||
::: | |||
=== | === [[:Datei:Chekov.jpg]] === | ||
Aufgrund [[:Kategorie:Bilder von Chekov|vieler anderer Bilder]] von ihm mAn überflüssig. --{{Benutzer:D5B/sig}} 17:49, 18. Okt. 2022 (CEST) | |||
:{{Frage}} Finde ich nicht so eindeutig, nachdem es imo aus der Kategorie das am besten als Portraitbild geeignete Bild ist, sprich groß und gut ausgeleuchtet zu erkennen, ohne andere Personen oder andere Gegenstände im Bild, und das Bildseitenverhältnis passt dafür auch gut. Das [[:Datei:SG1 5x14 Chekov.jpg|jetzt neue Profilbild]] finde ich da in all diesen Aspekten nicht ganz so gut geeignet (und auch im zweiten Profilbild ist O'Neill sogar vor ihm noch mit drauf, auch nicht so optimal). Ist letztlich aber eher Feinheitssache, insofern würde ich mich auch nicht sperren, wenn weitere Nutzer den Antrag unterstützen. --{{Benutzer:Col. o'neill/sig}} 19:32, 18. Okt. 2022 (CEST) | |||
![[Bearbeiten]](/extensions/SGPack/resources/pencil-edit-icon.png){kind=icon}