|
Diese Seite dient zum '''Austausch''' der [[ConanWiki:Benutzer|Benutzer]] des Wikis. Hier ist Platz für alle Fragen, die das Wiki an sich betreffen. Zusätzlich kannst du dir hier Rückmeldung zu den von dir neu erstellten oder überarbeiteten Artikeln einholen oder eine Umfrage starten, mit der eine verbindliche Regelung festgelegt werden soll.
Hast du Fragen zum Verlauf der Serie Detektiv Conan, dann stelle diese bei uns im [http://conanforum.org/index.php?page=Board&boardID=199 ConanForum] oder auf unserem [{{int:Discord-url}} Discord-Server].
== Allgemeine Fragen und Anliegen ==
{{Archiv|65|Base=ConanWiki:Fragen zum Wiki/Archiv}}
{{Vorlage:Absatzrahmen (Formatierung)|hinweis=Hinweise zu den allgemeine Fragen und Anliegen |farbcode_rot=113 |farbcode_gruen=163 |farbcode_blau=212 |datei=stern.png}}
Hier beantworten dir erfahrene Benutzer alle Fragen, die du zum ConanWiki hast. Falls du nicht weißt, wie man Seiten bearbeitet, sieh zuerst auf der [[Hilfe:Seite bearbeiten|entsprechenden Hilfeseite]] nach.
</div>
=== Anfrage zu einem Gemaelde aus [[Film 2]] ===
Hola. habe von einer ip [[Benutzer_Diskussion:Rikku#Gem.C3.A4lde|diese anfrage]] bekommen. der leser moechte im wesentlichen herausfinden, welches reale bild hier als vorlage gedient hat / haben kann. das ist nun mit abstand so gar nicht mein thema und trifft auch nicht ansatzweise auf spontanes interesse. damit nun der benutzer nicht von disku-seite zu disku-seite zieht, stelle ich die frage einfach mal in die runde. falls also jemand sich mit gemaelden auskennt oder zu dem thema recherchieren will, kann er / sie sich ja einfach hier melden. vielen dank schon einmal. {{Benutzer:Rikku/Signatur}} 20:20, 18. Aug. 2018 (CEST)
=== Neuauflage der Qualitätswoche ===
Ganz kurz zur vorgeschlagenen „QSWE“: Ich bin mir unsicher, ob du damit das ehemalige QO-WE meinst, das in dieser Form aber schon seit Jahren nicht mehr existiert. Der Nachfolger ist die [[ConanWiki:Qualitätswoche|Qualitätswoche]], die aber auch schon seit zwei Jahren (leider!) nicht mehr stattfand. Über eine Neuauflage der Aktion würde ich mich jedoch sehr freuen, wenngleich diese nun natürlich nicht mehr im Kapitel-Kontext stattfinden kann. Danke hier an @[[Benutzer:Serinox|Serinox]]! {{Benutzer:Philipp S./Signatur}} 10:11, 3. Sep. 2018 (CEST)
:Hola. dann trenne ich die beiden abschnitte mal :)
:* vorschlag 2: aeltere kapitel-artikel: ein etwas leichterer einstieg fuer die neuauflage. wir koennten die aelteren kapitel, die in [[{{SITENAME}}:Status der Kapitel]] noch nicht komplett gruen sind, ueberarbeiten. vorteil: auch benutzer mit wenig zeit oder wenig wiki-erfahrung koennen leicht integriert werden. nachteil: hat keinen einfluss auf die o. g. wartungskategorie. {{Benutzer:Rikku/Signatur}} 19:17, 9. Sep. 2018 (CEST)
=== "Eine Woche, ein Fall" ===
''Am 19. Oktober geht es los und im deutschen Fernsehen werden neue Folgen ausgestrahlt. Da die Epsioden-Artikel bereits existieren, sollen die dazugehörigen Fall-Artikel genauer unter die Lupe genommen werden. Hier gibt es noch aufholbedarf. ''
Hier findet ihr einen [[Benutzer:Rikku/Teamarbeit#.22Eine_Woche_Ein_Fall.22|vorschlag zu der aktion]]. wie denkt ihr ueber eine solche aktion? haben ein paar von euch zeit und lust bei den proberunden mitzumachen? haben ein paar von euch zeit und lust die aktion ggf. auf den anderen projektplattformen anzukündigen (bsw: forum, news)? vielen dank schon einmal. {{Benutzer:Rikku/Signatur}} 19:12, 30. Sep. 2018 (CEST)
=== Fehlerhafte Interwiki-Links im Partnerwiki ===
Hola. mir ist vor kurzem aufgefallen, dass bei unserem englischen partnerwiki die interwiki-links teilweise auf nicht mehr existierende artikel zeigen. konkret geht es um artikel, die wir im rahmen [[{{SITENAME}}:Fragen_zum_Wiki/Archiv5#Nummerierung_im_Wiki|dieses mb]]s verschoben haben und dabei die führenden nullen entfernt haben. hier mal zwei beispiele:
* [[Episode 1]] > [https://www.detectiveconanworld.com/wiki/Roller_Coaster_Murder_Case Episode 1]: zeigt auf [[Fall 001]]
::Hi. Ich bin ja schon seit einigen Tagen dabei die Interwiki-Links nach und nach zu korrigieren. Du hast mich bei meiner Arbeit wohl beobachtet, rikku? Ich möchte hier aber mal ausnahmsweise ein paar Fakten nennen und beruhigen: Im ganzen Jahr 2018 haben vom DCW-Wiki aus nur 198 Menschen über einen Interwiki-Link zu uns gefunden. 194 davon bis zum 15. April, die restlichen vier verteilen sich zwischen 16. April und 31. Dezember 2018. Mit anderen Worten: Das englischsprachige Wiki hat offenbar leider massiv an an (deutschsprachigen) Besuchern eingebüßt. Die kommen wohl (hoffentlich) einfach schon direkt zu uns? Allerdings ist auch anzumerken: Seit etwa zwei Jahren hat dort auch die allgemeine Aktivität spürbar abgenommen. Es hat sieben Administratoren. Aktiv sind davon null. Auch sonst tut sich dort vergleichsweise nur noch erschreckend wenig. Hobbymäßig sollen die Interwiki-Links natürlich gerne alle korrigiert werden, oberste Priorität sollte das aber nicht haben. Wie gesagt, von dort findet aktuell einfach quasi niemand mehr zu uns. Das war früher noch anders.--{{Benutzer:Mario-WL/Signatur}} 14:54, 24. Jan. 2019 (CET)
== Aufbau Artikel zu Openings / Endings ==
== Abstimmungen zum Wiki ==
Hola. philipp hat ja bereits eine abstimmung zu songtiteln, bandnamen und weiteres erstellt. in zusammenhang mit dem ausbau der veralteten tt-vorlage ist mir zudem aufgefallen, dass sich die artikel auch in weiteren bereichen voneinander unterscheiden.
{{Archiv|7|Base=ConanWiki:Meinungsbilder/Archiv}}
* aufbau:
** welche abschnitte gibt es, z.B. "Songtexte" ([[Ending 18]]) vs. Japanischer Songtext/ Deutsche Übersetzung ([[Ending 42]])
** reihenfolge: [[Opening 7]]: hier ist zuerst deutscher text, dann das japanische original
** layout: songtexte als tabelle: [[Ending 19]] war noch als tabelle gebaut (=> hab ich mal direkt geaendert)
** wo und wie sind bilder eingebunden => oft wird die [[Vorlage:Mehrere Bilder]] verwendet, manchmal aber auch das gallery-tag ([[Ending 1 (Magic Kaito)]])
* umschrift:
** [[Ending 39]]/[[Ending 1 (Magic Kaito)]]/[[Opening 30]]: hier wird mit aa/oo/ou/uu-vokalverdoppelung verlaengert
** [[Opening 31]]: hier wird mit ^-zeichen verlaengert
** [[Opening 33]]: hier wird mit ^-zeichen oder – -zeichen verlaengert
** [[Ending 42]]: hier wird mit – -zeichen verlaengert (bsp: Ōbāraito)
** generell hier machen wir keine grosz-/kleinschreibung
* ...
frage: sollen wir uns hier ggf. auch auf ein bisschen mehr einheitlichkeit (versuchen zu) einigen? {{Benutzer:Rikku/Signatur}} 19:51, 17. Apr. 2020 (CEST)
:Hallo rikku, auch das ist tatsächlich ein Problem, das mit der Überarbeitung der Schreibweise von Songs und Bands angegangen werden soll(te). Ursprünglich hatten wir uns mal darauf geeinigt, das von dir [https://conanwiki.org/index.php?title=Ending_19&oldid=248204 bei Ending 19 entfernte Design überall im Wiki zu verwenden]. Problem ist jedoch, dass dies auf Mobilgeräten überhaupt nicht funktioniert und (ähnlich der Vorlage:tt) von Haus aus Text versteckt, der zunächst zu-/umgeschaltet werden muss. Ich persönlich bin für die Variante "Deutscher Songtext" (als h2), "Japanischer Songtext" (als h2), darunter "Original" (h3), "Hiragana" (h3) sowie "Übersetztung" (h3), und dann natürlich "Verschiedenes" etc (h2)..
:Bei den Bildern bevorzuge ich die klassische Einbindung ohne irgendwelche Vorlagen, alle rechtsbündig. Das Problem an der [[Vorlage:Mehrere Bilder]] ist auch hier, dass es am Desktop gut aussieht, mobil jedoch schwierig wird.
:Bei der Umschrift legen wir in der Abstimmung die Schreibweisen fest, an die ich mich dann auch halten würde. Es muss aber auf jeden Fall noch ein neuer Parameter in die [[Vorlage:Infobox Song]] eingebaut werden. Der jetzige Parameter "| Name_ja = " enthält in allen Artikeln nur die Romaji-Umschrift, sodass wir dies ändern müssten und bei "Name_ja" den wirklichen, japanischen Songtitel ergänzen sollten. Liebe Grüße {{Benutzer:Philipp S./Signatur}} 13:34, 19. Apr. 2020 (CEST)
::Hola, danke fuer das feedback.
::*ja, das "alte design" ist leider nicht sehr zugaenglich. da hab ich in der vergangenheit leider immer nur eine der japanischen varianten gesehen, da der rest verdeckt war. im englischen wiki ist es noch schwieriger, da sehe ich den inhalt nur, wenn ich bei "lyrics" auf den bearbeiten-link klicke. deinen vorschlag teile ich soweit auch, mit einer ausnahme: rômaji-umschrift statt hiragana-umschrift. quasi die drei varianten, wie du es schon in der tabelle "songtexte" fuer die episoden-artikel gemacht hast. und von design-aspekten her halt als text-paragraph statt tabelle :) die variante mit den div-spalten sollte ganz gut klappen, da sich das layout dynamisch an die fensterbreite anpasst. das ist orientiert am standard den w3c empfielt, andere loesungen gehen aber mit sicherheit auch.
::*bilder: bin ich bei dir. ich frag auch ein bisschen, weil ich das thema bei den orte-artikeln auch habe. hier benutze ich, wenn, das "gallery"-tag. das ist dynamisch. und im reader-modus wird es als liste formatiert, funktioniert da also auch. in [[Fall 82]] hatte ich auch das problem mit zu viel bilder auf wenig text... wenn du (oder wer anderes) da einen besseren vorschlag fuer die bilder im abschnitt zu der yashima-bande hat, einfach aendern. wuerde mich sehr freuen!
::*umschrift: ok. ich schaue mich zudem mal in der naechsten zeit im wiki um, was sich da bisher so etabliert hat. dann bekommen wir da einen ueberblick. es macht schon sinn, das auf lange sicht halbwegs konsistent zu machen, denke ich. andernfalls ist man als leser vll verwirrt und fragt sich, ob es einen unterschied zwischen zb. shodo / shoudou oder / shôdô gibt.
::*infobox: ja, hier finde ich die folgenden vier parameter (sinngemaesz) ganz sinnvoll:
:::* name_original
:::* name_umschrift
:::* name_uebersetzung
:::* name_deutsch
:::die koennen auch anders heiszen, aber die vier optionen sollten wir mit der vorlage anbieten. autoren fuellen natuerlich nur die aus, die sinn machen bzw. die sie kennen. {{Benutzer:Rikku/Signatur}} 22:48, 24. Apr. 2020 (CEST)
::::Wo besteht denn der Unterschied zwischen einer Rōmaji-Umschrift und einer Hiragana-Umschrift? Ich meine in jedem Fall das, was momentan schon in den allermeisten Song-Artikeln enthalten ist. Mit der aktuell genutzten Tabelle habe ich mobil keine Probleme, auch wenn es nicht ideal aussieht. Gibt es denn ein Beispiel, wo die div-Spalten bereits genutzt wird, sodass ich es mir mobil anschauen kann?
::::Bei den Bildern finde ich den gallery-Tag immer eine gute Lösung. Den nutzen wir in den Band-Artikeln ja auch schon ausgiebig und er führt mobil auch zu keinen Problemen.
::::Zur Umschrift: Ich meine (wie gesagt), dass wir uns im Wiki darauf geeinigt hatten, dass alle Romaji-Umschriften, deren deutsche Übersetzung großgeschrieben wird, auch in der Romaji-Umschrift großgeschrieben werden. Das birgt jedoch ein großes Fehlerpotential, wenn z.B. Benutzer kein Japanisch können und Romaji-Umschriften einfach 1:1 von anderen Quellen ins Wiki importieren. Schließlich ist nicht für jeden (auch für mich nicht) auf den ersten Blick ersichtlich, welcher Teil der Umschrift nun ein Substantiv darstellt und welches nicht. Bei der [[Liste der Anime-Episoden]] ist es gerade in den ersten Staffeln auch so, dass hier eine Kleinschreibung gängig ist, während bei den späteren Episoden die Großschreibung von Substantiven genutzt wird. Hier (und in anderen Artikeln!) eine einheitliche Regelung zu erschaffen, wird definitiv einiges an Zeit und Mühe kosten. Und evtl. sollten wir auch hier die zu verwendende Schreibweise vorher in einer Abstimmung festhalten.
::::In der Infobox haben wir derzeit schon den Parameter ''Name_de'' sowie ''Name_ja'' (der aber fälschlicherweise den Romaji-Titel enthält). Ich würde daher folgende Änderungen vorschlagen:
::::*''Name_de'' hinzufügen
::::*''Name_ja '' wird zu ''Name_ja_romaji''
::::*''Name_ja'' neu & richtig befüllen
::::*''Übersetzt_de'' hinzufügen
::::Liebe Grüße {{Benutzer:Philipp S./Signatur}} 08:48, 25. Apr. 2020 (CEST)
Hola, danke fuer das feedback.
*umschrift: ok, dann lass uns noch mal kurz begriffe abgleichen. vieles davon ist sicher schon bekannt, aber einfach um sicherzustellen, dass wir ueber das gleiche reden:
** japanische Originalschreibweise: kanji + kana: beispiel: 眠る君の横顔に微笑みを (Ending 19)
** hiragana: eine der beiden jap. silbenschriften: beispiel: る, の, に,み, を (aus Ending 19)
** rômaji: lateinische buchstaben: beispiel: Nemuru Kimi no Yokogao ni Hohoemi wo (Ending 19)
** grosz / kleinschreibung: hier moechte ich eigentlich nur wissen, wo es steht. brauche das auch fuer die orte :) => mache dazu aber eine separate frage, damit wir das in zukunft auch wiederfinden.
:als "best practice" verweise ich bekanntlich seit jahren auf die heidelberger japo. die haben aus meiner sicht hinreichend erfahrung und expertiese auf dem gebiet. (bspw. in [[Diskussion:Liste der Filme#katakana Namen im Romaji|dieser]] oder [[Diskussion:Bourbon#Transkription_.E5.AE.89.E5.AE.A4.E9.80.8F|dieser diskussion]]). die aktuelle version der heidelberger kann man [https://www.zo.uni-heidelberg.de/japanologie/studium/lehrmaterialien.html hier] nachschlagen... oder auch [https://de.wikipedia.org/wiki/Wikipedia:Namenskonventionen/Japanisch#Weblinks hier].
:=> wir machen das iA auch so + halt die grosz / kleinschreibung (mit der ich an sich wie gesagt kein problem habe... sie ist halt nur etwas komplizierter, wie du bereits angemerkt hast :)
:''off-topic'': das konventionen zur umschrift fuer das gesamte wiki einheitlich gemacht werden sollten, finde ich grundsaetzlich schon, ist aber an dieser stelle nicht weiter thema. zudem ist klar, dass konvetionen immer nur in die zukunft gelten koennen. wenn also alte artikel verbessert werden, dann kann man sie auch auf den stand aktueller konventionen heben, andernfalls sind 4k artikel mittlerweile zu viele, um die alle jedes mal anzupassen, wenn es neue vereinbarungen gibt, denke ich.
* layout: ok, hier zunaechst ein wenig theorie: in html haben die verschiedenen tags auch eine semantische bedeutung. die tabellen-tags sind dazu da, daten zu strukturieren und zueinander in beziehung zu setzen. es ist daher besser, html-tags gemaesz ihrer semantischen bedeutung zu verwenden und das design ueber css zu loesen. daher empfiehlt w3c beispielsweise, ein grid-layout ueber ein mehrstufiges div-konstrukt zu loesen.
** [https://www.w3schools.com/Css/css_rwd_grid.asp responsive grid layout] (komplex)
** [https://www.w3schools.com/howto/howto_css_two_columns.asp zweispaltiges layout] (einfach)
:mediawiki addressiert das indirekt auch auf diesen hilfeseiten:
:* [https://www.mediawiki.org/wiki/Special:MyLanguage/Mobile_Gateway/Mobile_homepage_formatting Mobile Gateway/Mobile homepage formatting]
:* [https://www.mediawiki.org/wiki/Making_MediaWiki_Mobile_Friendly Making MediaWiki Mobile Friendly]
:die dinge die hier angesprochen werden, treffen uns (ggf.) auch auf anderen wiki-seiten bei uns. sie fuehren aber nicht immer zu einem wirklichen "problem", weshalb wir da nicht direkt was aendern muessen. wenn aber seiten eine rundum erneuerung bekommen (sollen) kann man das beruecksichtigen. mein primaeres anliegen ist hier also, dass das thema ins bewusstsein rutscht, sofern es dort noch nicht ist. bei dir ist das denke ich schon der fall. das merke ich an den vielen verbesserungen, die du fuer mobile ansichten machst :)
:soviel zur theorie. wiki-systeme haben ja zusaetzlich auch die herausforderung, dass die syntax in den artikeln moeglichst einfach gehalten werden sollte, damit die hemmschwelle fuer neue autoren gering bleibt. zu viel html-code ist da also auch kontraproduktiv.
:in dem von dir o.g. edit zu [[Ending 19]] habe ich einen vorschlag fuer mehrspaltigkeit mithilfe von div-containern gemacht: die beiden spalten finden sich im abschnitt "japanischer songtext". hier ist zusaetzlich eine style-anweisung "inline-block" gesetzt. damit wird versucht, die beiden spalten nebeneinander anzuzeigen. ist nicht genuegend platz, dann werden sie untereinander angezeigt. das kannst du da gerne mal ausprobieren, in der klassischen wie auch in der mobilen ansicht.
:=> ist wie gesagt nicht ganz "das gelbe vom ei", da immer noch style-angaben im wiki-artikel sind. ich halte es jedoch derzeit fuer vertretbar, gemessen an dem level an html-code auf anderen wiki-seiten hier bei uns.
:wenn du das ganze hingegen als tabelle machst, also z. b. fuer die von dir vorgeschlagenen drei h3-abschnitte (original / umschrift / uebersetzung) zum jap. songtext, dann wuerden die drei spalten immer nebeneinander angezeigt werden. wenn sich die tabelle selbst nicht weiter schmal machen kann, dann wird ein scroll-balken eingeblendet.
*bilder: super, danke dir.
*infobox: super, danke dir. {{Benutzer:Rikku/Signatur}} 18:55, 30. Apr. 2020 (CEST)
== Wiki-Konventionen: Japanische Umschrift (Rômaji): Groß- / Kleinschreibung ==
Hola, dann hier noch die bitte, einen link zur aktuellen konvention bzgl. japanische umschriftregeln in {{SITENAME}} bereitzustellen. insbesondere nach welchen regeln die grosz- und kleinschreibung gemacht werden soll.
:+ konkrete frage fuer orte: sind jap. begriffe mit bindestrich davon betroffen? also muesste ich fuer zb "Präfektur Gunma" als ''Gunma-Ken'' statt ''Gunma-ken'' schreiben?
vielen dank schon einmal. {{Benutzer:Rikku/Signatur}} 18:55, 30. Apr. 2020 (CEST)
= Abstimmungen zum Wiki =
{{Archivübersicht|8|Base=ConanWiki:Meinungsbilder/Archiv|Übersicht=ConanWiki:Meinungsbilder/Archivübersicht}}
{{Vorlage:Absatzrahmen (Formatierung)|hinweis=Hinweise zu den Abstimmungen zum Wiki |farbcode_rot=113 |farbcode_gruen=163 |farbcode_blau=212 |datei=stern.png}}
Hier findest du laufende Abstimmungen rund um das ConanWiki. Jeder registriete Benutzer ist berechtigt, eine neue Abstimmung zu erstellen oder zu laufenden Abstimmungen seine Stimme abzugeben.
<!-- ############################################################# Beginn des Feedbackbereichs ############################## -->
=== Einführung der neuen Benutzergruppe Kontrolleur ===
{{GreenBox|Diese Abstimmung läuft bis zum 10. Januar 2020. Jeder registrierte Benutzer hat eine Stimme.}}
Hallo zusammen. Mit [[Benutzer:Philipp S.|Philipp S.]] und den Administratoren musste ich erstmals am 13. Januar schmerzlich feststellen: Wir vier sind zu wenig. Nicht für die meisten [[ConanWiki:Administratoren|Admin-Aufgaben (hier die Wichtigsten)]], jedoch für eine ganz bestimmte: Bearbeitungen als kontrolliert markieren. Zuerst einige technische Details: Die Letzten Änderungen funktionieren so, dass man nur maximal 90 Tage in die Vergangenheit zurückgehen kann. Alle Edits, die bis dahin nicht kontrolliert worden sind, sind es auch weiterhin nicht. Jedoch verschwinden sie in einem Datenbanksumpf, aus dem man sie erst über die Spezialseite [[Spezial:ApiSandbox|ApiSandbox]] wieder aufwendig herausfinden, anzeigen und bestenfalls dann alle einzeln überprüfen muss. Und wenn das nicht geht, sind wir aufgrund des Personalmangels gezwungen sie von dort aus zu „schreddern“, sie also über die Api als kontrolliert zu markieren.
= Feedback zu Artikeln =
Was genau müssen wir Admins tun? Wir gehen die euch bestens bekannten Letzten Änderungen systematisch durch und [[Spezial:Logbuch/patrol|markieren die Bearbeitungen von Benutzern als kontrolliert, die keine Administratoren sind]].
Wieso ist das wichtig? Die Kontrolle der Bearbeitungen ist enorm wichtig und sorgt nicht nur dafür, dass das ConanWiki seine Qualität beibehält, für die es seit Jahren bekannt ist. Des Weiteren ist es auch einfach nötig Benutzern, die wenig(er) Wiki-Erfahrung haben, über die Schulter zu gucken. Es fängt an beim Satzbau, hört aber lange nicht bei der korrekten Einbindung von Dateien oder Vorlagen auf.
Erfahrene(re)n Benutzern brauchen wir natürlich irgendwann nicht mehr ständig auf die Finger zu schauen. Das trotzdem tun zu müssen ist etwas unpraktisch, ließe sich jedoch nur durch ein komplettes Abschalten der Funktion lösen. Doch dann wissen wir Admins nicht mehr, welche Bearbeitungen wir uns bereits angesehen haben und es entsteht noch mehr Chaos.
Allein vom 1. Oktober bis 17. Dezember blieben ca. 38 % der Bearbeitungen unkontrolliert liegen. Die Arbeit ist von uns vieren in dieser Form nicht mehr länger zu bewältigen, womit Qualitätseinbußen allmählich unvermeidbar sind. Außerdem sind Serinox und Shinran sowohl bei der Artikelerstellung, als auch mit den anderen Admin-Aufgaben bestens bedient. Dahingehend leisten sie exzellente Arbeit, weshalb wir explizit keine weiteren Admins suchen.
Realistisch gesehen möchte das Team von ConanWiki.org also in dieser 14-tägigen Umfrage um eure Zustimmung bei der Einführung der neuen Benutzergruppe bitten. Diese hat nur eine einzige primäre Aufgabe: Bearbeitungen als kontrolliert markieren. Dafür würden sie das <code>(patrol)</code>-Recht erhalten. Zusätzlich dazu würden wir dieser Benutzergruppe auch das <code>(autopatrol)</code>-Recht verleihen, was dafür sorgt, dass Bearbeitungen, die von Kontrolleuren getätigt werden, automatisch als kontrolliert markiert sind (auch das ist aktuell nur den Admins vorbehalten). So ist sichergestellt, dass keine blutigen Anfänger plötzlich ganz viele neue Utensilien zur Verfügung haben und dass keine Überforderung stattfindet, da die Kontrolle von Änderungen die einzige alltagsrelevante Aufgabe ist, die sie als Amtsträger erhalten würden. Als Schmankerl dazu möchten wir der Benutzergruppe, deren Mitglieder Teil des Teams wären, die Möglichkeit geben bei Beförderungswahlen und Wiederwahlen teilzunehmen. Unsere aktuell seeehr lebhafte Demokratie *hust* ist euch ja bekannt... bei den aktuellen Wiederwahlen stimmen nur drei Leute ab. Nicht gerade lebendig.
Gerne möchten wir mit zwei Kontrolleuren eine zweimonatige Testphase starten und, sofern diese erfolgreich verläuft, (bei Bedarf) im weiteren Verlauf langsam auf bis zu vier Kontrolleure aufstocken. Sind die zwei Monate rum, findet eine Wiederwahl statt. Fallen daraufhin beide durch, gilt die Testphase als gescheitert. Das wären die Wiederwahl-Optionen: für 4 Monate, für 2 Monate, Degradierung, Enthaltung. Wir haben intern mehrere Personen im Visier, denen wir die Ausübung des Amtes zutrauen. Zwei von denen, wir würden uns zuvor nochmals grob intern absprechen, würden wir dann auf ihrer Diskussionsseite kontaktieren und zur Testphase einladen. Fairerweise müssen auch sie sich jedoch einer gewöhnlichen 14-tägigen Beförderungswahl stellen, denn ohne Wahl (und ohne eure Zustimmung!) möchten wir das nicht starten.
Wieso soll(t)en die Wiederwahlen bei Kontrolleuren in kürzeren Abständen stattfinden? Aufgrund dessen, dass Kontrolleure nur eine einzige primäre Aufgabe haben, der sie gerecht werden sollen, lässt sich ihre Arbeit durch das oben bereits verlinkte Kontroll-Logbuch (und die daraus ggf. resultierenden notwendigen Nachkorrekturen) gut beurteilen. Das macht eine längere Amtszeit nicht notwendig um sich zu beweisen, denn vor allem uns Bürokraten und zum Teil auch den Administratoren stehen Werkzeuge zur Verfügung, für deren Aktivität nicht einfach nur ein Blick in die letzten Änderungen reicht. Das, was ich alles schon an Serverinhalten (bspw. .php-Dateien) geändert habe, wird ja nirgends erfasst, ich bin also aktiver als manche annehmen und schraube im Hintergrund direkt auf dem Server herum. ;) An ihren Bearbeitungen, der Anzahl der Kontrollen und an der Qualität der Nacharbeitung wird man sie messen. Damit sich die Arbeit also gar nicht erst wieder zu sehr aufstauen kann, die kürzeren Abstände. So können andere, aktivere schneller im Rahmen einer Beförderungswahl nachbesetzt und der inaktive abgesetzt werden. Im Rahmen der Testphase werde ich die Kontrolleure persönlich nicht nur einarbeiten, sondern auch durch die zwei Monate begleiten sowie ihre Korrekturen selbst noch einmal nachkontrollieren.
==== Diskussion ====
Als Eisbrecher fange ich auch direkt an: Ich kann verstehen, dass das alles hier für den einen oder anderen durchaus überraschend kommt. Das liegt einfach daran, dass ihr anhand der Letzten Änderungen den Aufwand hinter der Kontrolle nicht erkennen könnt, dafür wäre ein Blick ins Kontroll-Logbuch notwendig. Und selbst das reicht nicht, weil das Kontroll-Logbuch nur kontrollierte Edits anzeigt, ihr jedoch nicht sehen könnt, welche Edits wir noch gar nicht kontrolliert haben. Uns ist es wie euch enorm wichtig, dass der qualitativ hochwertige Standard auch weiterhin reibungslos nicht nur erhalten bleiben kann, sondern durch mehr Personal sogar verbessert wird. Gerne gehe ich hier auf technische Fragen ein, einige sollten sich jedoch [https://www.mediawiki.org/wiki/Help:Patrolled_edits hier] und [https://commons.wikimedia.org/wiki/Commons:Patrol hier] leicht beantworten lassen (englisch). Selbstverständlich sind aber auch alle anderen Fragen, Anmerkungen und Hinweise gerne gesehen. Über euer Feedback zu unseren wohlüberlegten Gedanken und eure Unterstützung bei unserem Vorhaben der aktiven Qualitätssicherung und dem demokratischen Ausbau würden wir uns riesig freuen. Gerade weil wir es hören wollen, haben wir euch hier kontaktiert, noch bevor auch nur ein einziger Stein umgedreht wurde.--{{Benutzer:Mario-WL/Signatur}} 00:00, 27. Dez. 2019 (CET)
:Hola. zunaechst danke, fuer die sehr ausfuehrliche einfuehrung zu dem thema. grundsaetzlich [[{{SITENAME}}:Benutzerränge|hatten wir einen solchen rang schon einmal hier im wiki]], nannte sich damals "kommissar". in der wikipedia wird (wurde) manchmal auch von "eine bearbeitung sichten" gesprochen. auch hatten wir in der vergangenheit schon viele diskussionen, meinungsbilder oder weitere abstimmungen zu diesem thema. kurz. ein sehr komplexes thema, das du hier zwischen den feiertagen mal eben auf den tisch zauberst :)
:bin in jedem fall dafuer, dass das benutzersystem angepasst werden soll, um auf veraenderte bedingungen in der wiki-mitarbeit zu reagieren. damals hatten wir den rang kommissar abgeschafft, da die aktivitaet zurueckgegangen war. es liegt also nahe, einen solchen rang wieder einzufuehren, wenn die aktivitaet im wiki - freudigerweise - wieder mehr wird. ein anderer ansatz waere, die ''anzahl der zu sichtenden bearbeitungen zu reduzieren''. in [[{{SITENAME}}:Meinungsbilder/Archiv5#Zusammenlegung_der_Benutzergruppen_Inspektor_und_Kommissar|diesem mb]] kamen da einige ideen hierzu schon einmal zur sprache. das mb selbst ist natuerlich hoffnungslos veraltet, aber der grundgedanke kann dort ggf. ganz gut nachgelesen werden.
:ok, was ist der unterschied zẃischen beiden ansaetzen?
:* ansatz 1 stellt die kontrolle in den vordergrund. also eine kleine gruppe von benutzern ''kontrolliert'' das verhalten / die bearbeitungen der restlichen benutzer. mariowl hat hier auch schon angesprochen, dass ''er persoenlich'' auch die moeglichen neuen sichter kontrollieren moechte. zumindest temporaer, bis sich abzeichnet, ob sich durch sie eine arbeitserleichterung fuer die bisherigen admins einstellt oder nicht. frage: wie sieht es denn fuer folgendes szenario aus? das vorgehen wird grundsaetzlich bestaetigt. nach einer zeitspanne x merkt einer der sichter jedoch, weniger zeit bleibt fuers wiki und der benutzer tritt zurueck. ein neuer sichter-kandidat wird gefunden und gewaehlt. wuerde dieser dann auch erst einmal wieder eine zeitlang kontroll-kontrolliert?
:* ansatz 2 stellt das vertrauen in die gegenseite konstruktive mitarbeit in den vordergrund. bearbeitungen neuer benutzer werden ja auch aktuell schon von den admins gesichtet. sie bewaehren sich also implizit (oder eben nicht). nach einer gewissen zeit stellt sich dann eine gwisse erwartungshaltung ein, wenn der admin eine bearbeitung von einem benutzer sieht. klar, der benutzer kann aber trotzdem auch fehler machen. ist es also nicht "besser" wenn "kontrolliert" wird? naja, fehler passieren. meine aenderungen zu [[Fall 224]] sind ein schoenes beispiel. ich selbst bin seit knapp neun jahren im wiki dabei und habe es bei dem artikel trotzdem geschafft mindestens ein bild-duplikat hochzuladen und bei einem anderen die vorlage bbild nicht gesetzt. das ist natuerlich schnell aufgefallen, weil meine bearbeitungen kontrolliert wurden und die admins nachgebessert haben. auf der anderen seite koennen fehler jedem passieren, wie diese abstimmung ganz gut gezeigt hat. braucht es deshalb auch "kontrolle" fuer die arbeit der admins? sicher nicht! und wenn doch mal ein fehler passiert, hat hoffentlich auch ein jeder "normale" aktive benutzer genug ego, entsprechend nachzubessern :)
:ansatz 1 steht ja bereits zur abstimmung und wird auch schon recht breit unterstuetzt. schade natuerlich, dass keine kurze diskussion vorher stattgefunden hat, ob es alternative ansaetze gibt, die admins bei der aufgabe zu unterstuetzen, neue bearbeitungen zu sichten. ansatz 1 laesst sich mit sicherheit auch schneller umsetzten, da wir mit ihm schon erfahrungen aus der vergangenheit haben bzw. der begriff eines ''sichters'' klar abgegrenzt ist. anders ein moeglicher ''bestaetigter benutzer''. trotzdem wuerde mich eure meinung zu ansatz 2 interessieren. oder vielleicht habt ihr noch andere ideen?
:ok. neben dem offensichtlichen vorschlag, einen neuen rang einzufuehren, hat die einfuehrung aber auch einige weitere punkte geschickt vermengt oder zumindest unterschwellig angesprochen, ohne dass diese explizit zur abstimmung stehen. nachfolgend daher ein paar punkte, zu denen es bei mir aktuell offene fragen gibt:
:* wie wuerden denn die drei benutzergruppen ''registrierter benutzer'', ''sichter'' und ''admin'' einander gegenueberstehen? klar, ''registrierter benutzer'' steht unter ''admin''. ''registrierter benutzer'' wuerde auch unter ''sichter'' stehen. wie aber steht es um ''sichter'' und ''admin''? aus meiner sicht, sind sie voneinander unabhaengig. ein registrierter benutzer sollte also - bei bedarf - zum admin vorgeschlagen/befordert werden koennen, ebendso wie als sichter. oder soll mit dieser abstimmung stillschweigend auch eine zuaetzliche hierarchieebene eingefuehrt werden?
:* zum thema demokratie im wiki oder "der (un)sinn hinter dem aktuellen vorgehen bei den befoerderungswahlen": das ist doch eigentlich ein komplettes thema fuer sich. hier gab es in der vergangenheit ebenfalls schon viel diskussionen zu, bishin das mehrere benutzer damals die abschaffung des kommissars mit einer oeffnung des stimmrechts bei den adminwahlen impliziert hatten. nein, zwei oder vier "exklusive benutzer" mehr oder weniger macht das gesamte system nicht demokratischer. auch bietet das aktuelle abstimmungsverfahren kaum raum fuer weiterentwicklung des jeweiligen admins, da wenig bis kein konstruktives feedback gegeben wird. reine "i like"-button handhabe. hier koennte man also auch gerne mal diskutieren - aber wenn dann bitte in einer separaten diskussion / abstimmung - ob wir einen weg finden koennen hin zu mehr ''feedback'' zu ''konkreter admintaetigkeit'', oder aehnliches.
:was mich hingegen sehr ueberrascht hat, ist die tatsache, dass scheinbar seit knapp einem jahr verdeckt wird, dass das admin-team eigentlich unterstuetzung braeuchte. hier wuensche ich mir fuer die zukunft, dass themen zeitnah aktiv angesprochen werden. in den befoerderungswahlen wurde schließlich immer nur gelobt. wir normalen benutzer gehen daher davon aus,{{Benutzer:Rikku/Signatur}} 15:36, 31. Dez. 2019 (CET) <del>dass die admins das wiki im griff haben :)</del> dass die admins neben ihren administrativen aufgaben genuegend zeit fuer weitere wiki-taetigkeiten haben, die ihren persoenlichen interessen entsprechen. insbesondere, dass die zeit, die sie woechentlich im wiki verbringen moechten hinreichend ist um beide taetigkeitsfelder zur persoenlichen zufriedenheit zu bedienen. am abend haben sie das gefuehl, dass alle dinge die sie an dem tag im wiki erledigen wollten erledigt sind oder ruhigen gewissens auf einen anderen tag verschoben werden koennen. {{Benutzer:Rikku/Signatur}} 18:19, 4. Jan. 2020 (CET)
::Hallo rikku, danke für deine Diskussionsanstöße, auf die ich nachfolgend genauer eingehen möchte. Zunächst: Im Gegensatz zur Wikipedia gibt es hier im ConanWiki keine Vorlaufzeit für Meinungsbilder, sodass Abstimmungen sofort gestartet werden können. Das führt natürlich mitunter dazu, dass die Kriterien, über die abgestimmt wird, nach individueller Ansicht noch nicht zu 100 % ausgereift sein können, beschleunigt aber den Prozess der schnellen, unkomplizierten Konsensfindung, die in einem kleineren Wiki wie diesem notwendig ist. Die Abstimmungskriterien nach Start einer Abstimmung noch zu verändern, halte ich daher nicht für zielführend und bringt eine unnötige Komplexität in die Angelegenheit. Wie geschrieben haben wir uns intern bereits abgesprochen und diverse Aspekte ausgelotet, wie die neue Benutzergruppe am besten eingeführt werden sollte - wohl wissend, dass die Benutzergruppen Inspektor und Kommissar früher aus gutem Grund abgeschafft wurden.
:::Hallo philipp, danke fuer deinen kommentar. zunaechst etwas selbstreflektion: ich stimme dir zu, die abstimmungskriterien zu einer bereits laufenden abstimmung ungefragt zu erweitern war nicht respektvoll. eine abstimmung vorzubereiten kostet viel zeit und muehe. fuer die zukunft nehme ich daher mit, dass es besser ist, offene punkte entweder nur in der entsprechenden diskussion anzusprechen, sodass der abstimmungsersteller seine abstimmung ggf. selbst erweitern kann, oder eine separate zweite abstimmung zu erstellen. ich werde zu diesem punkt auch noch einmal persoenlich auf mariowl zugehen.
:::Die komplexitaet liegt in der vermengung mehrerer themen, die eigentlich besser separat angesprochen worden waeren. einerseits geht es darum, dass bearbeitungen von unbestaetigten benutzern bzw. IPs gesichtet werden und ggf. nachgebessert oder sogar zurueckgesetzt werden muessen. hierbei geht es darum, einen gewissen standard fuer die wiki-inhalte, insbesondere der seiten im artikel-namensraum, sicherzustellen. die stimmberechtigung bei admin-(wieder)wahlen bezieht sich auf die wiki-gemeinschaft / organisation. wenn dann beim querlesen eine satzkombi zustande kommt ungefaehr so: "die einfuehrung einer benutzergruppe zum sichten von bearbeitungen fuehrt zu mehr demokratie", dann verwirrt mich das ;)
:::Als ich vor zwei tagen auf die seite gekommen war, gab es nicht einmal einen zeitpunkt, bis wann die abstimmung geht. wie eine enthaltung mit pro und contra abgebildet werden kann und was vor allem das ergebnis daraus waere ist mir nach wie vor nicht klar. hier will ich niemandem boese absicht unterstellen, im gegenteil. meine vermutung: mariowl hat irgendwo eine vorlage fuer die wiederwahlen rumliegen, diese kopiert und einfach den titel ersetzt. auf der anderen seite waere es aber ein leichtes gewesen zu zeigen, dass gleiche spielregeln fuer alle gelten.
:::Bzgl. geschwindigkeiten: von "schnell schnell" halte ich nix :) eine entscheidungsfindung, der hinreichend raum und zeit eingeraeumt ist, wird immer zu einem besseren ergebnis fuehren, als eine die schnell vonstatten geht. was zu der aktuellen abstimmung in jedem fall noch kurz nachgereicht werden sollte ist die info: wie sich die benutzergruppe nun einordnet. anders gesprochen, ob das in zukunft als neue einstiegsstufe fuer neue teammitglieder gedacht ist, oder ob sich mitglieder weiterhin auch direkt als admin bewerben koennen. ich persoenlich halte letzteres fuer flexibler, sehe aber ansonsten keine entscheidenen vor- oder nachteile, den einen oder anderen weg zu gehen.
::Das Problem mit komplett öffentlichen Wiederwahlen ist die Anfälligkeit. Zu schnell können einzelne Personen, die das System zerstören wollen, mit mehreren Benutzeraccounts diese offene Demokratie von innen heraus zerstören. Dagegen müssen wir uns wappnen, was bisher dazu führte, dass nur wenige Benutzer (die Admins) an den Wiederwahlen teilnehmen konnten.
:::Mit diesem ansatz muessten wir aber eigentlich ''alle'' abstimmungen "schuetzen". aktuell stimmen wir darueber ab, die benutzerstrukturen des wikis zu aendern, was ich nicht unbedingt fuer eine kleinigkeit halte. gut und wichtig ja, aber nicht unbedeutend. hier macht sich keiner sorgen, dass auf einmal "[...]einzelne Personen, die das System zerstören wollen, mit mehreren Benutzeraccounts diese offene Demokratie von innen heraus zerstören [...]".
:::ich persoenlich bin ein mensch der ungern macht an angst abgibt. deshalb gehe ich an viele themen hier im wiki mit einem eher liberalen standpunkt heran. ich bewerte daher die reale konstruktive mitarbeit, die ich bei vielen nutzern ''sehe'', die regelmaeszig im wiki vorbeischauen und mithelfen, hoeher als eine angst vor hypothetischen abstimmungsverfaelschern.
::Aber warum sollten wir die Stimmberechtigung nicht auf andere Benutzer erweitern, die lange Zeit konstruktiv am Wiki mitwirken und offenkundig nicht an der Zerstörung des Wikis interessiert sind?
:::Ist mein vorschlag seit jahren. ich gehe hierbei eben einen schritt weiter. anstatt die stimmberechtigung an einen speziellen wiki-rang zu koppeln, den wiederum nur so viele benutzer erhalten koennen (sollten) wie von ihnen gebraucht wird, wuerde ich sie lieber an einem kriterium gekoppelt sehen, das ''alle'' benutzer, die konstruktiv am Wiki mitwirken, zur abstimmung berechtigt.
::Genau das ist ein grundlegender Gedanke bei der Einführung des Kontrolleurs. Hauptaspekt ist aber natürlich die Kontrolle. Deine Ansicht, dass das Admin-Team bewusst Mängel vertuschen will, teile ich nicht.
:::Dieser ansicht bin ich wie weiter oben schon angesprochen nicht. es ist aber selbstverstaendlich vollkommen in ordnung, dass wir unterschiedlicher auffassung sind. ist in einer diskussion nicht zuletzt auch immer interessant, andere standpunkte oder sichtweisen kennen zu lernen.
:::Dem gedankengang hin zu dem vorwurf, das admin-team wuerde maengel vertuschen, kann ich nicht folgen. hier braeuchte ich leider noch etwas mehr feedback. meine erste vermutung ist, dass es an einer der folgenden beiden formulierungen liegt, aber mit sicherheit sagen kann ich es nicht... und selbst zu einem solchen schluss kommen kann ich dabei auch nicht:
:::*"[...]dass themen zeitnah aktiv angesprochen werden [...]" -> hierzu kommt nachfolgend noch ein beispiel.
:::*"[...]die admins das wiki im griff haben [...]" -> war vielleicht etwas zu umgangssprachlich. habe hierzu weiter oben etwas umformuiert. es klingt jetzt zwar ziemlich geschwollen, aber macht hoffentlich ein wenig besser deutlich, in welche richtung ich mit diesem kommentar denke.
::Alle gängigen Admin-Aufgaben wie Löschungen/Sperrungen/etc. werden vollständig und regelmäßig erfüllt - lediglich bei der Kontrolle besteht Verbesserungsbedarf, den wir nun auch bewusst angehen wollen. Mir ist zumindest kein Fall bekannt, bei dem über längere Zeit Unfug öffentlich im ConanWiki stand. Der wird immer umgehend entfernt, lediglich bei inhaltlichen Nuancen braucht es hin und wieder etwas Zeit und Expertise, um die Bearbeitung kontrollieren zu können. Und diese wollen wir durch eine Erweiterung des Teams nun bewusst einholen.
:::Ich denke, aktuell haben wir hier ein [[Diskussion:Kommissar_Zenigata#Infobox|gutes beispiel]], dass beim sichten einer bearbeitung manchmal viel zeit und feingefuehl notwendig sein kann. die idee, die der nutzer mit seiner bearbeitung hat, ist eingentlich ganz spannend und bereichert das wiki auch, denke ich. die form passt(e) nicht. trotzdem sollen die infos, die der benutzer zusammengetragen hat auf lange sicht aber gerne in dem artikel stehen... und ggf. analog auch in artikeln zu anderen detektiven. natuerlich muss der sichter nicht immer alles selbst nacharbeiten. eine schoene loesung zu [[Diskussion:Rokuro_Wada|dieser diskussion]] hat flickenfaul gewaehlt, indem er mit setzen der ueberarbeiten-vorlage anderen nutzern zeit geschaffen hat, die fragliche info zu recherchieren. die aufgaben eines sichters sind sehr spannend und ich kann auch nur jedem empfehlen, der es angeboten bekommt oder es ausprobieren moechte, bewerbt euch beim team :) ihr bekommt dadurch die unterschiedlichsten artikeln zum lesen und kommt mit anderen benutzern in kontakt. aber es benoetigt auch zeit und bedeutet eben, dass eigene projekte heruntergefahren werden muessen und laenger zeit brauchen.
:::Wenn ich sage, dass ich ueberrascht war zu lesen, dass das team unterstuetzung braucht, es bedeutet, dass ich es nicht bemerkt habe. anders gesprochen, die admins haben ihre arbeit aus meiner sicht so gut gemacht, dass es mir nicht aufgefallen ist, dass ggf. dinge liegengeblieben sind. es hatte jedoch auch seinen preis. es ist im vergangenen jahr deutlich weniger zeit fuer ein kurzes feedback gewesen. zu mehreren punkten habe ich gar keines bekommen, sodass ich beide admins nicht mehr als ansprechpartner bei fragen gesehen habe. wenn ich eine frage habe, dann komme ich damit derzeit exklusiv zu dir philipp. selbst die austausch-seite empfinde ich nicht mehr als sinnvolle anlaufstelle, da die punkte dort oftmals nicht gesehen oder nicht beantwortet wurden, mit ausnahme von dir. es ging sogar so weit, dass ich nicht mehr um hilfe bei der bebilderung gebeten habe. was dazu gefuehrt hat, dass die admins nun anfangen mussten auch hinter einem erfahrenen benutzer aufraeumen zu muessen, weil der auf einmal mit dingen anfaengt, von denen er eigentlich keinen plan hat. das ist natuerlich schade und etwas, das mir ehrlich leid tut. denn mit dem neuen wissen das ich jetzt habe, liegt es vielleicht gar nicht daran, dass die admins nicht ggf. feedback geben moechten, sondern eben einfach keine zeit dafuer haben. auch braucht es selbstverstaendlich nicht noch mehr arbeit, wenn es davon eigentlich schon genug gibt.
:::in der diskussion damals zur abschaffung des kommissars hatte ich gesagt, dass ich soweit gehen wuerde, dass die wiederwahlen auch ganz wegfallen koennen, ''wenn'' aktiv und zeitnah angesprochen wird, dass entweder ein admin mehr oder weniger benoetigt wird. dafuer sollen da dann alle (konstruktiv mitwirkenden) benutzer abstimmen koennen. knapp ein jahr bedenkzeit empfinde ich nicht mehr als zeitnah. wie gesagt, ist ein ganz persoenliches empfinden. auch glaube ich, dass viele der wiki-nutzer hier, sind weil sie helfen moechten. nutzt das in zukunft gerne schneller und mehr :) {{Benutzer:Rikku/Signatur}} 18:19, 4. Jan. 2020 (CET)
::Ich hoffe, damit werden unsere Standpunkte klarer. Liebe Grüße {{Benutzer:Philipp S./Signatur}} 18:04, 1. Jan. 2020 (CET)
==== Ich bin für die (vorläufige) Einführung der Benutzergruppe Kontrolleur ====
#--{{Benutzer:Mario-WL/Signatur}} 00:00, 27. Dez. 2019 (CET)
# {{Benutzer:Philipp S./Signatur}} 08:53, 27. Dez. 2019 (CET)
# {{Benutzer:Shinran/Signatur}} 11:22, 27. Dez. 2019 (CET)
# [[Benutzer:Serinox|Serinox]] ([[Benutzer Diskussion:Serinox|Diskussion]]) 12:53, 27. Dez. 2019 (CET)
# [[Benutzer:Flickenfaul|Flickenfaul]] ([[Benutzer Diskussion:Flickenfaul|Diskussion]]) 16:38, 28. Dez. 2019 (CET)
# {{Benutzer:Marry/Signatur}} 20:20, 28. Dez. 2019 (CET)
# [[Benutzer:ConanFan92|ConanFan92]] ([[Benutzer Diskussion:ConanFan92|Diskussion]]) 13:38, 30. Dez. 2019 (CET)
# {{BE|pro}} [[Benutzer:Totto|Totto]] ([[Benutzer Diskussion:Totto|Diskussion]]) 19:45, 4. Jan. 2020 (CET)
# {{Benutzer:JapaneseMelli/Signatur}} 09:31, 5. Jan. 2020 (CET)
==== Ich bin gegen die (vorläufige) Einführung der Benutzergruppe Kontrolleur ====
# ...
==== Enthaltung ====
# ...
== Feedback zu Artikeln ==
{{Archiv|Base=ConanWiki:Fragen zum Wiki/Feedback}}
{{Vorlage:Absatzrahmen (Formatierung) |hinweis=Hinweise zum Artikelfeedback |farbcode_rot=113 |farbcode_gruen=163 |farbcode_blau=212 |datei=stern.png}}
</div>
=== Artikel zu Präfekturen Japans ===
Hola. habe im bereich orte damit begonnen, informationen zu den praefekturen japans zusammen zu tragen / zu erweitern. hierzu moechte ich euer feedback um fruehzeitig die richtigen schwerpunkte fuer diese art von artikeln zu setzen. nachfolgend zunaechst drei vorschlaege zu ueberarbeiteten praefektur-artikeln. alle drei praefekturen unterscheiden sich, in in der art und der haeufigkeit, in der sie bisher in DC aufgetreten sind.
* [[Präfektur Gunma]]: zu dieser praefektur gibt es viele auftritte im manga und anime. daher gibt es viele infos und ereignisse aus denen eine auswahl getroffen werden muss (sollte /...).
yamaguchi ist noch nicht ganz fertig daher noch das inuse. aber einen ersten eindruck koennt ihr sicher trotzdem schon gewinnen. in allen drei artikeln habe ich unterschiedliche mittel, inhaltlich als auch im layout, ausprobiert. koennt ihr ja mal schauen und sagen, was euch davon gefaellt / sinnvoll erscheint und was nicht. vielen dank schon einmal. {{Benutzer:Rikku/Signatur}} 22:20, 9. Sep. 2018 (CEST)
== Episode 1010 ==
Hallo, ich habe meinen ersten Artikel zu (Filler-)Episode 1010 geschrieben. Ich wollte nur fragen, ob soweit alles in Ordnung damit ist oder ob es inhaltlich unbedingt noch überarbeitet werden sollte. Hat jemand Tipps für mich?
[[Episode 1010]]
--[[Benutzer:LePaulinat0r|LePaulinat0r]] ([[Benutzer Diskussion:LePaulinat0r|Diskussion]]) 12:32, 30. Jul. 2021 (CEST)
:Hi LePaulinat0r, auch von mir noch ein Herzliches Willkommen und Glückwunsch zu deinem ersten Artikel! :)<br> Ich habe ihn mir gerade mal durchgelesen und finde, er ist dir wirklich gut gelungen. Vielen Dank dafür! Serinox Hinweis zu den Dateinamen hast du ja schon auf deiner Diskussionsseite gelesen, das klappt dann beim nächsten Mal bestimmt, ansonsten kannst du gern fragen, wenn du etwas nicht verstehst. Vom Layout und Inhaltlichen habe ich kaum etwas auszusetzen, ich habe lediglich ein paar kleine Rechtschreibfehler korrigiert, aber das macht ja nichts, das passiert hier jedem. :)<br> Ein kleiner Hinweis aber noch: Du musst bei den Namen der Charaktere aufpassen. In der japanischen Sprache wird der Nachname, anders als in Europa, immer zuerst genannt und eher zweitrangig ist der Vorname. Du hast z.B. das Idol als Kakurai Kayoko geschrieben. In dem Fall ist aber Kayoko der Vorname und Kakurai der Nachname. Genau auch beim Polizist Yamasato Futoshi. Yamasato ist also in dem Fall der Nachname. Als Deutsche nennen wir aber natürlich den Vornamen zuerst. Da kriegt man aber mit der Zeit aber ein Gespür für, was jetzt ein Vor- oder ein Nachname ist. Wenn du dir unsicher bist, kannst du zur Not bestimmt auch in unser englisches Partnerwiki schauen, wenn der Artikel da schon erstellt ist. Die nennen dort auch zuerst den Vornamen und dann den Nachnamen. <br> Ich würde mich freuen, wenn wir in Zukunft noch weitere Artikel von dir lesen könnten, mir hat die Episode wirklich gut gefallen und es war alles klar verständlich.<br> Nochmals vielen Dank für den Artikel, mach weiter so! :) LG, {{Benutzer:JapaneseMelli/Signatur}} 17:15, 30. Jul. 2021 (CEST)
::@[[Benutzer:JapaneseMelli|JapaneseMelli]] Danke nochmal für die Rückmeldung! :) Soll ich den Beitrag wieder entfernen, weil er ja jetzt beendet ist oder ist das nicht so wichtig?--[[Benutzer:LePaulinat0r|LePaulinat0r]] ([[Benutzer Diskussion:LePaulinat0r|Diskussion]]) 19:35, 31. Jul. 2021 (CEST)
:::Der wird irgendwann mal archiviert, kann also stehen bleiben. :) {{Benutzer:JapaneseMelli/Signatur}} 19:50, 31. Jul. 2021 (CEST)
| 
