Wikipedia:Verbesserungsvorschläge/Archiv/2008/Juni

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

Revert Funktion nur mit Kommentar

Ich sehe immer, dass bei Reverts eine Nummer angegeben ist, mit der kaum einer was anfangen kann, aber selten ein Grund, wieso der Revert erfolgt ist. Daher sollte noch ein Feld eingeführt werden, was man ausfüllen muss, um ein Revert durchführen zu können. In dem Feld ist der Revert-Grund einzutragen. -- Raubsaurier 20:56, 3. Jun. 2008 (CEST)

Hört sich vernünftig an. Vielleicht könnte man es auch so einführen, dass generell eine Version nur abgespeichert werden kann, wenn in der Zusammenfassungszeile eine Angabe gemacht wird, dies würde Versionsgeschichten durchschaubarer machen. --Memorino in memoriam Luc Bourdon Lust, mitzuhelfen? 21:02, 3. Jun. 2008 (CEST)
Nix is nerviger, ich würde sie regelmäßig mit einem Blank füllen (und zudem ist sie bereits gefüllt, wenn man einen Absatz bearbeitet) --Marcel1984 (?! | ±) 21:34, 3. Jun. 2008 (CEST)
Überprüfen, ob jemand nur ein Leerzeichen gerdrückt hat, dürfte ich den Wikipedia-Programmieren schon zutrauen. Ob man es bei einfachen Änderungen den Kommentierungszwang haben sollte, ist aber eine Frage. -- Raubsaurier 21:38, 3. Jun. 2008 (CEST)
Wie wärs mit Zusammenfassungszeilen-Zwang für Nicht-Angemeldete? --χario 22:01, 3. Jun. 2008 (CEST)
Nicht angemeldete produzieren zwar deutlich mehr Vandalismus als andere, aber den erkennt man eher schnell. Bei unbegründeten Reverts liegen IMHO die angemeldeten Benutzer vorn. -- Raubsaurier 22:37, 3. Jun. 2008 (CEST)
Raubsaurier, dann mach ich halt nen Punkt, das sollt ich auch noch schaffen --Marcel1984 (?! | ±) 22:28, 3. Jun. 2008 (CEST)
Vor Jahren habe ich mit einer Versionsverwaltung gearbeitet, wo der Zwang auch bestand. Da war es tatsächlich auch üblich, einen Punkt zu verwenden. Solche Fälle kann man bei der Wikipediaprogrammierung schon abfangen. Aber ich halte es für wichtiger, wenn man es bei dem Revert einbaut. Wenn man den Zwang überall einbaut, dann wird jeder sich ein System zusammen bauen, wie er die Hürde nimmt. Bei Reverts ist aber auch das Problem, dass man damit durchaus Leute trifft, die dann verdatter sehen, dass ihr Beitrag rückgängig gemacht worden ist, ohne dass ein nachvollziehbarer Grund angegeben ist. -- Raubsaurier 22:37, 3. Jun. 2008 (CEST)

Vielleicht wäre es möglich einige Standardbegründungen zum Ankreuzen bereitzustellen?

-- Diwas 23:16, 3. Jun. 2008 (CEST)

Dann würden wahrscheinlich 95 Prozent der Revertierer (oder Reverteure oder Reverter?) die auch jetzt schon häufig benutzte Standardanwort keine Verbesserung ankreuzen (was ja eigentlich das andere irgendwie mit einschließt), und wir wären wieder am Anfang (Leerzeichen oder Punkt oder ...). -- Jesi 02:00, 4. Jun. 2008 (CEST)

Kandidaturen

Problem: Viele Nutzer schauen nicht in die Review-Kiste, sondern haben die Exzellenz- und Lesenswertkandidaturen auf ihrer Beobachtungsliste. Das hat zur Folge, dass die entscheidende Kritik erst und zum ersten Mal in der Kandidatur geäußert wird. Das führt dann zu Veränderungen in dem zur Abstimmung gestellten Text, so dass die ersten Voten einen anderen Text betreffen, als nachher herauskommt. Besonders misslich ist dabei, dass manche Nutzer nach Abgabe ihres Votums nicht mehr den Artikel weiter verfolgen. Wenn sie nun mit "contra" gestimmt haben, bleibt dieses Votum auch dann erhalten, wenn der Kritikpunkt behoben wurde. Das gilt insbesondere für Nutzer, die hier nur alle paar Wochen mal reinschneien.

Lösung: Wenn ein Artikel ins Review gestellt wird, hat der betreffende Autor mitzuteilen, welches Ziel er verfolgt: a) Verbesserung des Artikels, b) Lesenswertkandidatur, c) Excellenz-Kandidatur. Bei den Seiten der Kandidaturen ist ein Abschnitt einzurichten, in denen die Artikel verlinkt (auf das Review) aufgelistet werden, die mit dem Ziel im Review stehen, anschließend hier zu kandidieren. Dann werden alle, die sich um die Kandidaturen kümmern, auf diesen Prozess hingewiesen und damit aufgefordert, frühzeitig ihre Kritik im Reviewprozess anzubringen. Das wird zwar nicht immer den gewünschten Erfolg haben, insbesondere nicht bei den sporadischen Besuchern, aber doch die jetzige Einbettung des Reviewprozesses in die Kandidatur erheblich vermindern. Fingalo 10:43, 13. Jun. 2008 (CEST)

Audiodateien in Artikel für Sprachen

Ich hätte einen kleinen Verbesserungsvorschlag zu Artikeln die sich mit den unterschiedlichen Sprachen beschäftigen. Hier wäre ein Standartsatz ala "The quick brown fox jumps over the lazy dog" der in die jeweilige Sprache übersetzt wird, von einem Muttersprachler als Audiodatei aufgenommen, und dann in die jeweiligen Artikel eingebunden wird eine tolle Ergänzung um einen kleinen akustischen Eindruck der jeweiligen Sprache zu erhalten. Grüße 84.147.199.141 15:11, 13. Jun. 2008 (CEST)

Sichter sollten nicht ihre eigenen Beiträge "sichten" dürfen.

Solche automatischen Sichtungen werden, wie man sieht, auch missbraucht. -- Funkamateur 22:42, 9. Jun. 2008 (CEST)

? Sichten soll Vandalen abhalten. Wenn ein Sichter vandaliert wird er gesperrt. Für inhaltliche Auseinandersetzungen ist die Sichtungsfunktion kaum geeignet. Das wurde IMO auch schon diskutiert ...Sicherlich Post 22:46, 9. Jun. 2008 (CEST) und warum steht der beitrag hier mitten drin statt sich unten anzustellen?
Ich habe anderen orts schon darauf hingewiesen, dass der Sichterstatus nicht dazu führen darf, dass eine inhaltliche Änderung von Seiten eines Sichters vom System als Sichtung interpretiert wird (Automatismus, soweit ich das begriffen zu haben glaube). -- wefo 22:54, 9. Jun. 2008 (CEST)
Ein Edit eines Sichters gilt nur dann automatisch auch als Sichtung, wenn die zuvor aktuelle Version des Artikels bereits gesichtet war. Logik: Vandalismusfreier Artikel + kein neuer Vandalismus = Vandalismusfreier Artikel. Würde das nicht so gehandhabt, würde a) das System nicht skalieren, und b) die Grundlage des Systems, also die Annahme, dass Sichter keine Vandalen sind, entziehen. --YMS 23:00, 9. Jun. 2008 (CEST)
Wie man aber sieht, wird die automatische Sichtungsfunktion auch für inhaltliche Auseinandersetzungen ausgenutzt. Die Frage ist nun nämlich, ob nun ein anderer Sichter meine Änderung positiv sichtet, oder eben dies nun scheut, um nicht in Konflikt mit dem ersten Sichter zugeraten. (Ein Kontolleur muss, wenn das zu kontollierende Objekt persönlicher Natur ist, natürlich von einem anderen Kontolleur überwacht werden, da hier egoistische Interessen mit reinspielen. Ein Bankangestellter kann zum Beispiel auch nicht Kredite an sich selber vergeben, d. h. aber nicht, dass er bei fremden Kunden nicht objektiv wäre (und deshalb wird nicht gleich die Grundlage des Systems in Frage gestellt).) -- Funkamateur 23:37, 9. Jun. 2008 (CEST)
Wie ich eben erst bemerke, hat der Sichter hier seine persönliche(!) Website unter den Weblinks aufgenommen, welche auch einen Werbelink enthält. Inhaltlich liegt der Schwerpunkt auf der Schweiz (Vorschriften, Karten). (Sichter-)Macht korrumpiert ... -- Funkamateur 00:06, 10. Jun. 2008 (CEST)
Wo ist hier und warum hast du Sicherlichs Frage noch nicht beantwortet? --32X 18:55, 10. Jun. 2008 (CEST)
Jetzt reichts aber langsam. Funkamateur: Deine Anwesenheit hier in der Wikipedia beschränkt sich auf das Löschen und Hinzufügen von Weblinks nach deinem Willen und das Provozieren von Streitigkeiten. Das hier ist eine Enzyklopädie, die Informationen bereitstellt, und du löschst Links auf weiterführende Informationen. Nur als Beispiel das Wiki der Chaoswelle und, ja, MEINE! Amateurfunkseite, ham.granjow.net. Zitat von dir:
Weblink "Amateurfunk-Behelf" wieder entfernt. Das ist eine x-beliebige Site - solche gibt es tausende im WWW und ist auch nur für absolute Insider interessant!
Sag mir bitte eine Seite, die ähnlich viele Informationen zum Thema Amateurfunk in einem unter der GPL stehenden Dokument liefert. Und wo in der Wikipedia geschrieben steht, dass es verboten ist, Links auf eigene Seiten zu setzen. Am Ende kommst du noch mit einem SLA gegen wiki2xhtml, das Programm habe ich geschrieben und verbotenerweise auch gleich einen Artikel darüber. – Simon Diskussion/Galerie 10:34, 12. Jun. 2008 (CEST) PS: Es geht um die Seite Amateurfunkdienst.
An Simon alias LivingShadow alias ham.granjow.net: Lieber Simon, ich bitte um mehr Sachlickkeit! Schieb mir bitte nicht die Aktionen anderer unter. Chaoswelle.de wurde nicht von mir entfernt, sondern von OnkelJohn mit dem Hinweis "Das sollte reichen (siehe: WP:WEB).)" Irgendeine IP hat sie wieder aufgenommen, OnkelJohn hat sie (u. andern) wieder entfernt, IP-Adresse wieder ein paar rein, OnkelJohn wieder (u.a.) raus. Ich später wieder rein, diemal entfernt Guandalug Chaoswelle.de und funkamateur.de mit dem Hinweis "Weblinks wieder raus - bitte WP:WEB beachten, die Links liefern keinen enzyklopädisch wertvollen Inhalt)" und so weiter und so fort. Zuletzt wurde Chaoswelle.de von Dg6xu entfernt. Nachdem ich es dann mal minimalistisch gelassen habe (auf die letzten 4 Links konnte man sich ja einigen, 3 offizielle, 1 museuale), kommst du nun mit DEINER Seite und irgendeine IP-Adresse fühlt sich ermutigt mit der Seite "http://www.Ham-On-Air.de Sehr interessante Runde auf 3610khz ...". Originäre Seiten sind z.B. auch (alfabetische Reihenfolge) http://www.afup.a36.de/ http://www.agz-ev.de/ http://www.amateurfunk.de/ http://www.amateurfunkpruefung.de/ http://www.arrl.org/ http://www.chaoswelle.de/Hauptseite http://www.darc.de/ http://www.db3om.de/ http://www.dl9hcg.a36.de/lichtblick.html http://www.dokufunk.org/amateur_radio/ http://dubus.ns.km1708.keymachine.de/ http://www.eqsl.cc/qslcard/Index.cfm http://ft.ns.km1708.keymachine.de/ http://www.funkamateur.de/ http://www.funkzentrum.de/content/blogcategory/67/741/ http://www.hamradio-friedrichshafen.de/html/de/ http://www.hessenpark.de/deutsch/ausstellungen/funktechnik/erw/Amateurfunk/_Amateurfunk_Index.html http://www.iaru.org/ http://www.oliver-saal.de/software/afutrainer/ http://212.114.186.145/ http://www.qrpproject.de/ http://www.qrz.com/ http://www.uska.ch/d_index.htm http://www.vfdb.net/ http://www.oevsv.at/ Sollen die auch rein? Von mir aus gerne, Wikipedia sieht nun mal aber nicht so viele vor. Deine Seite enthält auch Links auf Dokumente von http://htc.ch/, deine Seiten sind sowieso etwas schweizlastig. Sollen nun auch österreichische und deutsche Homepages rein? Und luxemburgische wie http://www.rlx.lu/ ? Deine ganze Aktivitäten zum Artikel "Amateurfunkdienst" beschränkten sich bisher auf 2 (in Worten: zwei !) Änderungen, und die waren: Aufnahme deiner persönlichen Website "Amateurfunk-Behelf" ! Warum lässt du sie nicht unter http://www.uska.ch/d_index.htm aufnehmen? Mit deinen Worten ausgedrückt: Deine Anwesenheit hier in der Wikipedia zum Thema "Amateurfunkdienst" beschränkt sich auf das Hinzufügen von 1 (!)Weblink nach deinem Willen und das Provozieren von Streitigkeiten. Das hier ist eine Enzyklopädie - und keine Linkssammlung! -- Funkamateur 20:42, 12. Jun. 2008 (CEST)
Hallo Funkamateur, ham.granjow.net ist kein Alias von mir. Du hast recht, ich habe dich falsch beschuldigt – tut mir leid. Dass du aber sozusagen hinter meinem Rücken mich beschuldest, einen «falschen» Link aufgenommen zu haben, finde ich nicht ganz fair.
Über die Links würde ich gerne mal diskutieren, auf der entsprechenden Seite. Die momentane Auswahl empfinde ich als nicht sehr interessant, die könnte man zusammenfassen. Zu deinem Argument, dass meine Seite schweizlastig ist (wie die .de-Seiten auch Deutschland-lastig sind): Das ist in der Tat teilweise so, bei der Theorie über Wellenausbreitung und Übertragungsverfahren jedoch kaum. Was spricht denn gegen Seiten, die aus der Schweiz kommen? Spielt die Herkunft eine Rolle oder der Inhalt? Hast du dir den Behelf überhaupt einmal angeschaut? Und die Dokumente von htc.ch? Die Antennentheorie bzw. -Praxis ist meines Wissens nicht unterschiedlich in verschieden Ländern.
In der Tat, die Wikipedia ist keine Linksammlung, sollte aber meiner Meinung nach doch ein paar Links auf andere Webseiten beinhalten, da man sich die sonst mühsam zusammensuchen muss. Ausserdem muss z. B. die Webseite der IARU nicht verlinkt werden, da in der Wikipedia dazu schon ein Artikel existiert. Und dieser Meinung bist du doch auch. – Simon Diskussion/Galerie 08:49, 13. Jun. 2008 (CEST)
Hallo Simon, mit den Links ist es ein Hin und Her. Unter Wann sollen Weblinks eingefügt werden? steht, fünf externe Links sollten in der Regel zum Thema genügen. Maßgeblich für den Amateurfunkdienst in den 3 de-sprachigen Länder sind die 3 aufgeführten nationalen Behörden BNetzA, BMVIT und BAKOM. Diese sind m.E. nicht austauschbar bzw. ersetzbar. Dokufunk.org ist zumindest auch für Unkundige lesbar. (Wie man diese Links zusammenfassen könnte, wüsste ich nicht.) Ich habe nichts gegen de-sprachige ch-Seiten, finde es aber etwas unausgewogen, wenn dann at- und de-Seiten mit den nationalen Besonderheiten, die im Amateurfunkdienst von Bedeutung sind, fehlen. Und bei mehr als 5 externen Weblinks wirft ein anderer dann die Links vielleicht wieder raus. Wenn du aber nun "Amateurfunk-Behelf" wieder rein nehmen willst - ich halte mich nun zurück - die anderen Teilnehmer sollen auch entscheiden.
Das Thema "Sichter sollten nicht ihre eigenen Beiträge "sichten" dürfen." ist von meiner Seite aus nun erledigt. -- Funkamateur 23:03, 15. Jun. 2008 (CEST)

einer URV knapp entgangen

Das Problem sind die vielen Artikel, die jeden Tag engestellt werden und haarscharf an einer URV vorbeischlittern, da jeder Satz leicht abgeändert ist. Daher wäre ich für eine Wartungskategorie, in der alle solche Artikel aufgelistet werden. --Memorino in memoriam Luc Bourdon Lust, mitzuhelfen? 17:29, 17. Jun. 2008 (CEST)

VM-Meldungen über Dritte

Könnte man nicht eine Regel einführen, die besagt, dass VM-Meldungen nur abgegeben werden können, wenn man persönlich betroffen ist? Häufig sieht man Sittenwächter, die VM-Meldungen über Leute erstellen, die sich vielleicht selbst gar nicht beschwert hätten. --78.54.13.245 01:49, 20. Jun. 2008 (CEST)

Würdest Du es wirklich vorziehen, dass Deine vandalierte Benutzerseite wochenlang entstellt bleibt, nur weil Du gerade im Urlaub bist und selber keine VM abgeben kannst? Im Sinne schneller Reaktionszeit und möglichst geringer Bürokratie sollte meiner Meinung nach von einer solchen Regeländerung abgesehen werden. Gruß --WIKImaniac 11:02, 20. Jun. 2008 (CEST)

Staatsoberhäupter und Regierungschefs generell halbsperren

Ich glaube, dass Artikel über (akuellle, aber auch ehemalige) Staatsoberhäupter und Regierungschefs anfälliger für Trollerei sind als über andere Personen - sollte man deshalb nicht überlegen, diese Personenartikel generell halbzusperren? --Memorino in memoriam Jean Delannoy Lust, mitzuhelfen? 20:14, 22. Jun. 2008 (CEST)

So weit ich weiß sind Präventivsperren nicht gerne gesehen (außer zum verhindern des anlegen), falls es bei einem Artikel trotzdem zu viel wird, kann man ja immernoch eine Sperre beantragen. Oder denkst du, dass das system nicht funktioniert? Der Umherirrende 11:11, 23. Jun. 2008 (CEST)
Nein, das System funktioniert gut. Aber einem chinesischem Sprichwort („Baue den Brunnen, bevor du Durst hast“) nach habe ich genau so eine Präventivsperre gemeint - ich finde, die Versionsgeschichte bliebe übersichtlicher, würde man sie generell sperren als erst nach der Trollerei. --Memorino in memoriam Jean Delannoy Lust, mitzuhelfen? 11:55, 23. Jun. 2008 (CEST)

Beobachten von einzelnen Abschnitten

Wenn man eine Diskussionsseite eines Admins, diese Seite o.ä. auf die Beobachtungsliste setzt, um neue Beiträge in einem bestimmten Abschnitt (z. B. weil man ihn selbst erstellt hat) nicht zu verpassen, wird die Liste unlesbar, weil sich auf der Diskussionsseite natürlich ständig etwas ändert. Eine Möglichkeit, nur Änderungen in bestimmten Abschnitten anzuzeigen, wäre zwar vermutlich sehr aufwändig zu programmieren, aber auch sehr nützlich. -- Jan [Diskussion] 01:49, 9. Jun. 2008 (CEST)

Das fände ich auch sehr nützlich. Zu einem damit eng verwandten Punkt lief vor einiger Zeit eine kurze Diskussion auf FZW. Vielleicht hilft Dir das ein kleines Stück weiter. -- Wasabi 01:58, 24. Jun. 2008 (CEST)
Ich fände soetwas auch sehr praktisch. Beispielsweise könnte man dann, wenn man einen Artikel im Review oder KLA oder KEA hat, den betreffenden Abschnitt markieren und müsste nicht immer die ganze Seite beobachten. --Memorino in memoriam Jean Delannoy Lust, mitzuhelfen? 14:44, 27. Jun. 2008 (CEST)
Dies ist Technisch schwierig umzusetzen und wurde auch schon viele Male gefordert. Der Grund ist, dass die Seiten immer komplett gespeichert werden, dadurch sind Änderungen an Abschnitte schwierig zu verfolgen, da die Software diese nicht einzelnd betrachtet, außerdem können sich Abschnittsüberschriften verändern, die Reihenfolge untereinander, Überschriftsebene ändern... Der Umherirrende 23:18, 2. Jul. 2008 (CEST)

Revert auf gesichtete Versionen

Wenn eine gesichtete Version vandaliert wird und jemand auf die gesichtete revertet, wird der "gesichtet"-Status nicht wieder hergestellt. Das sollte IMHO gefixt werden, um unnötige Arbeit für die Sichter zu vermeiden.

Ein Workaround wäre ein Sichter-Bot, der Reverts prüft und sichtet, aber eine richtige Lösung in der Software wäre besser. Sinnvollerweise sollten Reverts gesondert behandelt werden und nicht, wie es bisher zu sein scheint, als ganz normaler Edit. -- Jan [Diskussion] 15:20, 10. Jun. 2008 (CEST)

Hier ist zu Unterscheiden, das zurücksetzen per "Zurücksetzen" sollte auch wieder eine gesichtete Version erzeugen, per "Rückgängig" sind ja auch noch bearbeitungen möglich, sodass man da eine Unterscheidung tätigen muss. Ich kann aber jetzt nicht sagen, ob dies in der Zwischenzeit schon passiert ist, da die Diskussionen schon sehr umfangreich sind. Der Umherirrende 23:21, 2. Jul. 2008 (CEST)

Anecken von Linien an Bildern verhindern

Bezugnehmend auf die folgende Diskussion, könnte sich mal ein Wikipedia-Techniker des Problems annehmen? Wie könnte eine Lösung aussehen, danke! --Interrex 12:32, 25. Jun. 2008 (CEST)

Wird hier diskutiert. Der Umherirrende 23:33, 2. Jul. 2008 (CEST)

Ergonomie des Sichtens

Hallo. Ich hätte einige Vorschläge zur Usability-Verbesserung der Sichtungs-Funktion.

  1. Artikel sichten:
    1. Nach dem Sichten nicht auf Spezial:RevisionReview landen, sondern direkt wieder auf der Artikelseite (oder "gesichtet"-Meldung via Ajax einbinden).
      Das erspart einen Klick, beispielsweise wenn ich im Einzelfall danach entscheiden möchte, den Artikel nicht zu beobachten (aber die Option "Selbst gesichtete Seiten automatisch beobachten" aktiviert habe).
    2. "Sichten"-Button auch in der (um den Artikel selbst) verkürzten Versionsvergleichsansicht anbieten (seit Vorlagen und Bilder getrennt gesichtet werden, gibt es gar keinen Grund mehr, das nicht zu ermöglichen).
      Das erspart einen Klick und eliminiert die Möglichkeit, versehentlich eine zwischenzeitlich neu hinzugekommene Version zu sichten.
    3. "Sichten"-Button als Tab.
      Wie in Codeispoetrys Script, das mit Opera nicht funktioniert.
  2. Spezial:Seiten mit ungesichteten Versionen
    1. Nach Alter sortieren.
      Die aktuelle, "chaotische" Sortierung nimmt der Liste viel von ihrem Nutzen - zum Glück gibt es Akas Tool.
    2. Nach Kat (und Unterkats) eingrenzbar machen.
      Das erleichtert die Auswahl wenn ich nur Artikel aus meinen Fachgebiet sichten will.
    3. Evt. Zusammenfassung des letzten Edits anzeigen. Alternativ die Größenänderung aller ungesichteten Edits in Byte.
      Damit ließen sich Tippfehlerkorrekturen (Zusammenfassung: "typo", "Tippfehler", "flasch -> falsch", ...; Größenänderung typischerweise 0 oder +/-1 Byte) oder die Kombi Vandalismus + Revert (Zusammenfassung: "Revert"; Größenänderung 0 Byte) oft leicht erkennen und sofort sichten - aktuell warten selbst solche trivialen Edits oft > 24 Stunden auf Sichtung.
  3. Spezial:Ungesichtete Seiten:
    1. Mit Link auf Versionshistorie versehen.
      Das erspart einen Klick, wenn ich nur oder zuerst die Versionsgeschichte prüfen will.
    2. Und evt. Kats anzeigen, sowie Kat-Einschränkung auch auf Unterkats ausdehnen.
      Das erleichtert die Auswahl wenn ich nur Artikel aus meinen Fachgebiet sichten will.
  4. Spezial:Beobachtungsliste:
    1. Ungesichtete Änderungen unterscheiden: Artikel noch vollständig ungesichtet / gesichtete Version ist nicht die aktuelle.
      Erleichtert das schnelle Nachsichten aus der Beobachtungsliste heraus.
    2. Versionsvergleichslink ohne den rcid-Parameter in der URL (bei ungesichteten Änderungen in bereits gesichteten Artikeln).
      Dieser Parameter sorgt dafür, dass der Browser die Änderung nach ihrer Sichtung nicht mehr als besuchte Seite markiert, da dann eine andere URL vorliegt.
    3. Filterung nach gesichtet / nicht gesichtet ermöglichen.
      Vereinfacht gezieltes Sichten der eigenen Beobachtungsliste / vermeidet Doppelsichtungen.
  5. Spezial:Beiträge:
    1. Hier ebenfalls ungesichtete Änderungen hervorheben.
      Erleichtert, einem Benutzer hinterherzusichten.

(Ja, ich weiß: Bei einigen (Teil-)vorschlägen wurde das gute alte "Performance"-Argument an anderer Stelle durchaus schon genannt.) --YMS 13:29, 11. Jun. 2008 (CEST) EDIT: Ich habe die Punkte 4 und 5 nachträglich hinzugefügt. --YMS 22:43, 11. Jun. 2008 (CEST) Und Punkt 2.3 nachträglich erweitert. --YMS 10:54, 13. Jun. 2008 (CEST) Nachtrag: Schon immer bzw. nach Korrekturen und Erweiterungen (danke!) hakt Codeispoetrys Script jetzt die Punkte 1.1-1.3 komplett ab. Das ist schonmal sehr nützlich. --YMS 14:58, 13. Jun. 2008 (CEST) Nachtrag: Punkt 4.3 ergänzt. --YMS 00:04, 17. Jun. 2008 (CEST)

Punkt 2.2 wäre genial. Ist das technisch sinnvoll umsetzbar? (Experten vor)--cromagnon ¿? 04:55, 23. Jun. 2008 (CEST)

zu 1.1 habe ich Bug 14003 gefunden, wird aber (vielleicht) wohl erst später umgesetzt. 3.1 soll mit Bug 14702 umgesetzt werden (steht auch in der Vorschau. Der Rest wurde wohl als nicht sinnvoll oder nicht machbar abgelehnt. siehe hier. 2.2 und 3.2 scheinen schwieriger zu sein: Wikipedia Diskussion:Gesichtete Versionen#Spezialseiten: Auch Artikel aus Unterkategorien anzeigen. Der Umherirrende 18:29, 2. Jul. 2008 (CEST)
zu 1.2: Es steht ja jetzt wenigstens, das es nicht im diff funktioniert. Außerdem steht dort der Rat auf "Aktuelle Version" zu klicken, dadurch kommst du auf deine gerade bearbeitete Version, egal ob jemand nach dir eine Bearbeitung tätigt oder nicht. Dadurch kannst du nicht die falsche Version sichten. Ein Klick hast du aber trotzdem noch. Der Umherirrende 22:54, 2. Jul. 2008 (CEST)
Ich glaube mit meinem Script geht Aus-dem-Diff-Sichten. Gruß, Code·is·poetry 23:25, 2. Jul. 2008 (CEST)
Abgesehen davon, dass ich mittlerweile eben Flagtab benutze (siehe poetry bzw. meine Auflistung unten) und es sich für mich eigentlich erledigt hat: Wenn ich diesen Hinweis aber ignoriere und gewohnheitsmäßig "Entwurf" anklicke, besteht das genannte Problem weiterhin. Zumal mir immer noch nicht klar ist, warum diese Funktionalität in der verkürzten Diff-Ansicht blockiert ist (das heißt, bereits implementiert ist, aber eben genau hier absichtlich nicht verfügbar gemacht wird). Das einzige mir bekannte Argument dafür sind Vorlagen und Bilder, die vandalisiert sein könnten - die werden aber längst selbst auch gesichtet. --YMS 21:22, 3. Jul. 2008 (CEST)

Ach, ich (als noch recht unerfahrener Sichter) hätte da auch noch etwas im Zusammenhang mit dem Bearbeiten-Hinweis: es ist manchmal nicht so ohne weiteres festzustellen, wann der gesetzt wurde - insbesondere dann nicht, wenn die Versionsgeschichte sehr lang ist und/oder der Bearbeiter keine Bemerkung in der Diss oder der Versionsgeschichte gemacht hat. Ließe sich das nicht damit lösen, dass der Bearbeitenbauklotz standardmäßig mit Datum versehen werden kann? Gruß - TJ.MD Wir wissen, dass wir nichts wissen. 12:50, 26. Jun. 2008 (CEST)

Ich fasse mal den aktuellen Entwicklungsstand zusammen:

  • 1.1-3 Inoffiziell erledigt (Codeispoetrys Script), 1.1 zudem Bug 14003
  • 2.1 Inoffiziell erledigt (Akas Tool)
  • 2.2 Inoffiziell erledigt (Magnus' Tool)
  • 2.3 Offen (aber eher unwichtig, war halt so 'ne Gedankenspielerei)
  • 3.1 Bald erledigt (Bug 14702)
  • 3.2 Offen
  • 4.1 Offen (der theoretische Nutzwert schwindet aber ohnehin mit der Näherung an die 100%-Sichtungs-Marke)
  • 4.2+3 Offen (aber eher unwichtig)
  • 5.1 Offen (halte ich für am Schadesten, zumal so die Contributions-Seite inkonsistent zur Beobachtungsliste ist)

Als neuen Punkt könnte ich nur ein eher komplexes Gimmick hinzufügen: Es kommt nach meiner Beobachtung recht oft vor, dass ein (hier: nicht sichtender) Benutzer seinen eigenen Edit revertiert (Tastaturtest, vermeintliche Korrektur war doch falsch, ...). Natürlich ist das dann auch sehr einfach zu sichten, aber halt unnötig, da es im Prinzip auch softwareseitig erkannt werden könnte. --YMS 21:22, 3. Jul. 2008 (CEST)

Tabellen mit oben ausgerichteten Text

Wurde gerade hierhin verwiesen. Aus diesem Grunde hab ich die vorherige Diskussion hierher verfrachtet. -- ▪Niabot▪議論▪ 01:01, 12. Jun. 2008 (CEST)

Mich nervt es gerade tierisch, dass ich bei einigen Tabellen gezwungen bin für jede Zeile die vertikale Ausrichtung angeben zu müssen. So nimmt es z.B. in der Liste der Anime-Titel die gesamte Übersicht. Würde es sich hier nicht anbieten für Tabellen eine weitere Klasse "top" einzuführen, die dann dafür sorgt, das automatisch jede Zeile standardmäßig mit valign="top" bzw style="vertical-align:top;" versehen wird?

Technisch gesehen sollte hier eine einfache Erweiterung des CSS reichen, da man nur eine entsprechenden Selektor für die Klasse benötigen würde: z.B. 

table.top tr { vertical-align:top; }

Oder gibt es eine solche Funktionalität bereits? -- ▪Niabot▪議論▪ 00:42, 12. Jun. 2008 (CEST)

Wäre das nicht etwas für die normalen Verbesserungsvorschläge? Eine erweiterung der Common.css würde ausreichen, es muss ja nicht die Software verändert werden. Es müsste sich nur ein passender Klassenname finden, dann sollte das kein Problem sein, sofern es andere auch für sinnvoll erachten. Der Umherirrende 00:55, 12. Jun. 2008 (CEST)
Würde ich für sehr sinnvoll halten. Nachdenken könnte man evtl. auch mal über das Problem "align=right", das allerdings in der Regel nur einzelne Spalten (vor allem mit Zahlen) betreffen wird. Da muss man jetzt auch in jede betreffende Zelle die Ausrichtung reinschreiben (oder gibt es eine entsprechende Spalten-Formatierung?). -- Jesi 02:50, 12. Jun. 2008 (CEST)
Ich glaube während die Änderung/Erweiterung zur Ausrichtung von Spalten nicht ohne eine Softwareerweiterung möglich ist, sollte zumindest die vertikale Ausrichtung, die die gesamte Tabelle betrifft mit nur einer kleinen Ergänzung innerhalb der Common.css möglich sein. -- ▪Niabot▪議論▪ 10:21, 12. Jun. 2008 (CEST)
Ja sicher, ich hab ja auch nur gesagt, dass man mal darüber nachdenken könnte. Vielleicht könnte da aber mal langfristig eine Implementierung gefunden werden. -- Jesi 13:48, 12. Jun. 2008 (CEST)
Würde mich jetzt hauptsächlich darüber freuen, wenn ein Admin gewillt wäre eine entsprechende Änderung baldig vorzunehmen. Denn wenn dies erst in einem viertel Jahr passiert, dann habe ich mir unendlich Mühe gemacht, die ich dann wieder entfernen kann. -- ▪Niabot▪議論▪ 16:42, 12. Jun. 2008 (CEST)

Tabelle mit rechtsbündiger Spalte

Für Spalten mit Zahlen wäre eine solche SW-Erweiterung sehr hilfreich und würde den Tabelleninhalt lesbarer gestalten. Gruss, --Markus 08:47, 23. Jun. 2008 (CEST)

Zur Addressierung und Formatierung von Tabellenspalten existieren in html die Tags colgroup und col. Ein entsprechender Feature Request oxidiert auf Bugzilla vor sich hin und könnte noch ein paar Votes vertragen. -- Gnu1742 09:07, 23. Jun. 2008 (CEST)
Habe dort eben vorbeigeschaut, aber das Wiki scheint nur für Angemeldete editierbar... Leider. Ist aber schon eigenartig, warum diese schöne und wertvolle Verbesserung seit Jahren auf Umsetzung wartet... Gruss, --Markus 10:16, 23. Jun. 2008 (CEST)
Es ist kein Wiki, sondern ein Bugzilla, da man dort keine Einträge anderer verändern kann. Man muss sich dort mit einer E-Mailadresse anmelden, über diese wird dann auch alles abgewickelt und sie ist öffentlich einsehbar. SUL hilft da auch nicht, sondern die anmeldung muss extra erfolgen. Der Umherirrende 11:01, 23. Jun. 2008 (CEST)

Für numerische Spalten wäre ein Dezimaltab ideal. Gruss, --Markus 21:43, 24. Jun. 2008 (CEST)

Was verstehst du unter "Dezimaltab"? Die Vorlage:nts für jede Zelle? Der Umherirrende 23:27, 2. Jul. 2008 (CEST)
Fliesskommazahlen mit unterschiedlicher Anzahl Nachkommastellen sollen in Spalten mit dem Komma übereinander dargestellt sein (die bei Word der "Dezimal-Tab"). Gruss, --Markus 00:02, 3. Jul. 2008 (CEST)
Ah, jetzt verstehe ich das, da hilft es nur die Nullen aufzufühlen. Wäre aber eine sinnvolle Sache. Gibt es das schon per HTML? Der Umherirrende 00:06, 3. Jul. 2008 (CEST)
Zu Tabs in HTML und CSS gibt es Hunderte von Diskussionen: es geht eigentlich nicht, weil Tabs in getaggten Sprachen wie HTML oder XSL:FO verpönt sind. Da müssen dann Tabellen herhalten. Sieh Dir bitte den Quelltext an:
1234
123 , 4
12 , 34
1 , 234

nachgetragen --Farino 19:48, 8. Jul. 2008 (CEST)

Super - genau das meinte ich! Würde manche Tabellen wesentlich lesbarer machen (wenn auch im Code etwas unübersichtlich). Aber irgendwie funktioniert es bei mir nicht:

1234
123 , 4
12 , 34
1 , 234

Vielleicht kannst Du so ein Dingens wie "DezTab" bauen (ähnlich wie "Sortkey")? Gruss, --Markus 10:18, 8. Jul. 2008 (CEST)

Mit class="prettytable" geht das nicht, es muss schon style="background:inherit" border="0" cellspacing="0" cellpadding="0" angegeben werden. Eine allgemeine Vorlage dazu wird schwer zu machen sein. --Farino 19:48, 8. Jul. 2008 (CEST)

Feststellen der Beobachtung

Mir fehlt die Möglichkeit, festzustellen, ob und wie viele Benutzer eine bestimmte Seite in ihrer Beobachtungsliste haben. --Memorino in memoriam Luc Bourdon Lust, mitzuhelfen? 11:07, 7. Jun. 2008 (CEST)

AFAIK ist das Absicht, damit Vandalen nicht sehen, welche Seiten sie ungestört verwüsten können. Zumindest ist das der Grund, warum es keine Liste wenig/nicht beobachteter Seiten gibt. Ich könnte mir vorstellen, dass bei deiner Idee die gleichen Befürchtungen aufkommen. -- Jan [Diskussion] 00:22, 10. Jun. 2008 (CEST)
Vielleicht nur Einsicht durch angemeldete Benutzer möglich? Würde die Gefahr etwas eindämmen. --Memorino in memoriam Luc Bourdon Lust, mitzuhelfen? 19:58, 10. Jun. 2008 (CEST)
Noch besser wäre es eventuell, das mit dem Sichterstatus zu kombinieren. Den kann man ja den Vandalen dann wieder abnehmen.--cromagnon ¿? 04:52, 23. Jun. 2008 (CEST)
Die Möglichkeit, einen Sichter die Sichterrechte zu entziehen, besteht meines Wissens doch auch jetzt schon? --Memorino in memoriam Jean Delannoy Lust, mitzuhelfen? 20:12, 2. Jul. 2008 (CEST)
Sichterrechte können von Administratoren genauso entzogen werden, wie sie auch gegeben werden. Ich denke WP:VM sollte der richtige Anlaufpunkt sein. Die Seite Spezial:Ignorierte Seiten ist nur für Admins zugänglich, damit (wie schon gesagt) die Vandalen nicht wissen, wo es sich lohnt. Mit Einführung der gesichteten Versionen, war diese Liste auch für Sichter zugänglich, wurde aber mit nach Protest wieder geändert. Eine Liste, wieviele Accounts einen Artikel beobachten finde ich auch nicht nützlich. Was erhoffst du dir davon? Die Änderungen an ungesichteten Artiel auf Spezial:Seiten mit ungesichteten Versionen sind ja auch extra markiert. Der Umherirrende 23:15, 2. Jul. 2008 (CEST)

Soweit ich weiß, gibt es für Sysops keine Spezialseite, die unbeobachtete artikel auflistet. --Bochum-Linden talk to me! 14:52, 20. Jul. 2008 (CEST)

Doch, die gibt es, nämlich Spezial:Ignorierte Seiten. Gruß --WIKImaniac 21:36, 20. Jul. 2008 (CEST)
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Wikipedia:Verbesserungsvorschläge/Archiv/2008/Juni&oldid=122628036“