StargateWiki Diskussion:Hauptseite: Unterschied zwischen den Versionen

aus Stargate Wiki, dem deutschsprachigen Stargate-Lexikon
Zur Navigation springen Zur Suche springen
Keine Bearbeitungszusammenfassung
Zeile 301: Zeile 301:
::::::'''Nachtrag 2:''' Übrigens wäre das hier eher was für die [[StargateWiki:Technik-Zentrale|Technik-Zentrale]] - nur als Hinweis für die Zukunft. --{{Benutzer:Col. o'neill/sig}} 18:18, 27. Jul. 2014 (CEST)
::::::'''Nachtrag 2:''' Übrigens wäre das hier eher was für die [[StargateWiki:Technik-Zentrale|Technik-Zentrale]] - nur als Hinweis für die Zukunft. --{{Benutzer:Col. o'neill/sig}} 18:18, 27. Jul. 2014 (CEST)
::::::: Ok, werde ich bei weiteren Technik-Diskussionen so machen. Auf jeden fall danke für die Hilfe  --{{Benutzer:Simeon/sig}} 10:21, 30. Jul. 2014 (CEST)
::::::: Ok, werde ich bei weiteren Technik-Diskussionen so machen. Auf jeden fall danke für die Hilfe  --{{Benutzer:Simeon/sig}} 10:21, 30. Jul. 2014 (CEST)
--[[Spezial:Beiträge/79.196.176.173|79.196.176.173]] 20:06, 15. Aug. 2014 (CEST)WAN HAT SOE FLAGNIGAN GEBURTSTAG {{Frage}}
UND WIE ALT IST DER

Version vom 15. August 2014, 19:06 Uhr

Willkommen auf der Wiki-Diskussion

Hier können allgemeine Themen rund um das Stargate-Wiki besprochen werden. Bitte beachte beim Diskutieren folgende Konventionen:

  • Diskutiere sachlich und freundlich.
  • Bitte gib für deine Meinungen Begründungen und/oder Quellen an, damit andere deine Argumentation nachvollziehen können.
  • Bitte unterschreibe deine Beiträge immer mit --~~~~ (zwei Bindestriche, vier Tilden), indem du am Ende deines Beitrages auf diesen -Button drückst.

Archiv Archivübersicht
Seite 1 Seite 2 Seite 3 Seite 4
Seite 5 Seite 6 Seite 7 Seite 8
Seite 9 Seite 10 Seite 11 Seite 12
Seite 13 Seite 14

Qualitätssigel für Reviewte Artikel

Da die Diskussion zum Status Lesenswert vor einiger Zeit ja mit negativen Ergebnis augegangen ist, möchte ich mal einen Vorschlag machen der für unsere Verhältnisse besser geeignet ist. Bei Exellenten Artikeln ist es ja der Fall das der Artikel einen Status bekommt, was beim Review ja nicht der Fall ist. Daher wäre ich für die Einführung einer neuen Auszeichnung (Welche, um das Klarzustellen, definitiv nicht den Titel "Lesenswert" trägt) die Reviewten Artikel auch eine Art "höheren Wert" gibt, so nach dem Motto: Dieser Artikel ist wurde Reviewt, er er gewährleistet inhaltliche Korrektheit und seine Informationen ist besonders verlässlich... . Dies hatte nach meiner Ansicht besonders Folgende Vorteile:

  • Mehr Bezeiligung am Review
  • Mehr Sicherheit der Leser bei den Artikeln
  • Mehr Verlässlichkeit bei Artikeln
  • Geringerer Erstellungsaufwand (Ledeglich eine Kategorie und eine Ergänzung beim Review wären von Nöten)
  • Wieder mehr Exellente Artikel
  • Keine Definitionsproblemme
  • Resultate des Review werden auch verbessert
  • Keine neue (3) Diskussionsinstanz

Die einzige Unklarheit besteht in den Genauen Kriterien für das Qualitätssigel--Naboo N1 Starfighter 18:50, 5. Dez. 2011 (CET)

Hmmm. An sich ist das doch dasselbe wie Lesenswert - nur mit anderem Namen. Ich habe damit also eigentlich dieselben Probleme wie in der letzten Diskussion. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:11, 5. Dez. 2011 (CET)

Nachtrag: Ich sehe auch nicht, wie das zur Beteiligung am Review beitragen soll und was das mit mehr exzellenten Artikeln zusammenhängen soll sehe ich auch nicht, denn ein gutes Review sollte auch direkt zur KEA führen - unabhängig von einem Siegel. Ebensowenig verstehe ich, wie das die Resultate des Reviews beeinflussen soll. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:14, 5. Dez. 2011 (CET)

Ich habe zwar, wie ich früher dargelegt habe, auch Probleme mit einer Einstufung "lesenswert", würde aber ein solches "Siegel" durchaus befürworten, wenn auch unter einer anderen Prämisse. Und zwar würde ich die Anforderungen wie die Aussage einer solchen Markierung bewusst niedrig halten und auf ein "Review erfolgreich bestanden" reduzieren. Der Sinn und Zweck würde einzig darin bestehen, anzuzeigen, dass eine Review durchlaufen wurde, jetzt weniger für die Leser, als vielmehr für uns selbst, um den Aufwand zu verringern, bei Exzellenzkandidaturen oder anderen Fragen immer erst suchen zu müssen, ob es schon eine Review gab, und wann sie war. Eine kleine, nicht allzu auffällige Markierung am Ende eines Artikels mit "Review erfolgreich ebstanden am..." würde vollkommen ausreichen. Es müsste nicht groß beworben werden, sondern ist einfach eine Arbeitshilfe für uns.
Ob eine solche Markierung die von Naboo angeführten positiven Effekte haben wird, lass ich mal dahingestellt, ich habe aber wie Col. o'neill meine Zweifel. Das tut aber auch nichts zur Sache. --SilverAngel Bürokrat | Kontakt 19:21, 5. Dez. 2011 (CET)
Einer solchen Markierung würde ich wieder zustimmen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:31, 5. Dez. 2011 (CET)
@Col. o'neill Das ist eben nicht Lesenswert unter anderen Namen. Auserdem hast du ja in der Letzten Diskussion hauptsächlich die fehlende Definition bemängelt, was in dieser Variante überhaupt kein Problem ist. Artikel die in Review waren, bekommen so ein Siegel da sie besonders gut geprüft wurden. Und das war auch schon alles was die Definition angeht. Die höhere Beteiligung ist Gewissermasen auf einen "Preis" zurückzuführen. Wenn man für eine Sache etwas bekommt macht man auch mehr dafür. Und die höhere zahl von Exellenten Artikeln ist auf die darauffolgende höhere Zahl von Reviews zurückzuführen. Zm Letzten: der Punkt "*Resultate des Review werden auch verbessert" ist zweideutig. Ich meine damit das die Kritiken im Review auch im entschprechenden Artikel verbessert werden und nicht höhere Qualität der Bewertung. Das soll es nämlich schon gegeben haben.
@SilverAngel An den von dir eingebrachten Punkt habe ich gar nicht gedacht, aber es ist eindeutig noch ein weiterer Vorteil. Man könnte es in etwa der Größe der Exellentvorlage am Ende eines Artikels gestallten - Ist weder zu offensichtlich noch zu versteckt und gut für alle Punkte--Naboo N1 Starfighter 19:45, 5. Dez. 2011 (CET)
Nachtrag Noch mal der genaue Unterschied zum Lesenswert: Dieses Siegel stellt sicher das die Informationen im Artikel auch wirklich verlässlich sind (Dadurch das der Artikel ein besonderes Augenmerk bekommen hat), sagt aber nicht umbedingt etwas über die Inhaltliche Vollständigkeit, Rechtschreibung usw. aus. Das wird in der Reviewdiskussion erledigt--Naboo N1 Starfighter 20:15, 5. Dez. 2011 (CET)

Also ich wäre für so ein Siegel, denn es sagt einem , ob man dem Artikel trauen kann, oder nicht, was bei vielen rätselhaft ist.--Ghost Profil - Admin - Diskussion - Beiträge - 20:34, 5. Dez. 2011 (CET)

Generell bin für ein solches Siegel, aber nur unter den von SilverAngel genannten Gesichtspunkten, also als Arbeitshilfe für uns. Bedenkt, dass das Review nicht nur der Vorbereitung für die KEA dient, sondern in erster Linie als Feedback-Funktion der Community für bestimmte Änderungen gedacht ist - also z. B. auch für kleinere Änderungen oder Designfragen und nicht nur, wenn ein Artikel komplett überarbeitet und KEA-vorbereitet wurde.--Jack ONeill 01:26, 6. Dez. 2011 (CET)
Ich bin auf jeden Fall dafür. Aber auch wenn es im Stargate Wiki nicht so wichtig ist wie vielleicht in der Wikipedia, wäre ich dafür neben den Vorteilen die SilverAngel schon genannt hat, das Siegel eben doch auch gewisse Aussage über die Qualitäten hat. Das heisst dieser Artikel hätte dann:
  • Geprüfte Quellen
  • Entspricht dem Standard im Wiki
  • Hat schon ein Review erfolgreich durchlaufen und wäre somit zu den exzellenten Artikel zu gelassen.
Und das ist eigentlich schon alles. Eure Meinung dazu? --MajorLorn Admin 18:17, 6. Dez. 2011 (CET)::
Also ich stimme MajorLorn und SilverAngel.--Hammond Diskussion 18:56, 6. Dez. 2011 (CET)

Mein Vorschlag:

Dieser Artikel hat den Review-Prozess erfolgreich durchlaufen.
Er wurde von mehreren Autoren auf Vollständigkeit, sowie inhaltliche, sprachliche und formale Richtigkeit hin geprüft.

Grüße, Philipp Bürokrat · Disk ·  ] 19:00, 6. Dez. 2011 (CET)

Ich würde dann noch den spezifischen Link hinzufügen, also:
Dieser Artikel hat den Review-Prozess erfolgreich durchlaufen.
Er wurde von mehreren Autoren auf Vollständigkeit, sowie inhaltliche, sprachliche und formale Richtigkeit hin geprüft.
Der gesamte Review-Prozess ist hier im Archiv zu finden.
--Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:08, 6. Dez. 2011 (CET)
Genau so eine Art von Markirung habe ich gemeint (auch in Textform). Den hier geht es nicht umdie Einführung des Status Lesenswert, was wohl einige trotz meines eindeutigen Hinweises oben zu glauben scheinen, sondern um die Erhöhung der inhhaltlichen Verlässlichkeit der Artikel. Dazu möchte ich jetzt ein Beispiel anführen, dazu zitire ich jetzt aus dem Artikel Hankaner: "Dazu beeinflusste sie die genetische Struktur der Hankaner, insbesondere von jungen Mädchen." Das wird nie gesagt, in der Ganzen Folge SG1_05x06SG1 5x06 Das Übergangsritual ist durchgängig von Kindern die Rede. Und nur weil Cassandra züfällicherweise weiblich ist, heißt das noch Lange nichts. Wenn man diesen Artikel ins Rewiev bringen würde, wäre ein so offensichtlicher Inhaltsfehler schnell aufgefallen und der Artikel in dieser hinsicht korrekt. Ich persönlich finde das man den Leser auf eine solche inhaltliche Kontrolle hinweisen sollte in der der Artikel von der Gemeinschaft geprüft worden ist. Nichts anderes soll dieses Siegel aussagen. Man beachte auch das Motto in meinem Einleitungsbeitrag--Naboo N1 Starfighter 19:30, 6. Dez. 2011 (CET)
Und wo soll das Siegel auf die Seite kommen?--Hammond Diskussion 19:34, 6. Dez. 2011 (CET)
Am besten nach ganz unten - wie die Exzellent-Box. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:35, 6. Dez. 2011 (CET)
Das habe ich mir schon gedacht, aber nicht jeder scrollt bis ganz unten, bei der Exzellent-Box steht es ja schon am anfang der Seite das der Artikel Exzellent ist.--Hammond Diskussion 19:38, 6. Dez. 2011 (CET)
vor BKWie bei den Exellenten Artikeln am Artikelende eine entsprechende Box. Das steht aber schon ein Stückchen weiter oben geschrieben. --Naboo N1 Starfighter 19:40, 6. Dez. 2011 (CET)
nach BK So einen Hinweis an der Oberseite könnte man machen, nötig ist es aber nicht--Naboo N1 Starfighter 19:40, 6. Dez. 2011 (CET)
Ich würde schon am Anfang eine Box machen, denn dann weiß man sofort, ob der Artikel schon gereviewt wurde oder nicht --Ghost Profil - Admin - Diskussion - Beiträge - 19:50, 6. Dez. 2011 (CET)
Welchen Vorschlag nehmen wir denn jetzt?--Hammond Diskussion 19:51, 6. Dez. 2011 (CET)
Nach 2 BK: Da diese Markierung keinen allzu hohen Stellenwert haben sollte bzw. nicht so wichtig wie z.B. Exzellent ist, ist das am Ende schon in Ordnung. Und wie gesagt, eigentlich ist das Wiki-Standart, von daher macht eine Exzellent- und eine Unvollständig-Box am Anfang Sinn, eine solche aber eher nicht. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:52, 6. Dez. 2011 (CET)
Hammond, Momentan ist noch überhaupt nichts entschieden. Zudem ist es ja so das diese Box bei den Quellen am besten aubgehoben ist. Wenn ein Leser den Artikel überprüfen will, das nimmt er sich normalerweise die Quellen vor, deswegen steht die Box da am besten. --Naboo N1 Starfighter 20:01, 6. Dez. 2011 (CET)
Aber bei vielen Artikeln gibt es den Quellen-Abschnitt garnicht. Da diese aber für gewöhnlich am Ende des Artikels stehen, sollte man die Box auch eben ans Ende packen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 20:03, 6. Dez. 2011 (CET)

Die Box sollte am Ende stehen, aber bitte wie in Philipps Vorschlag zweizeilig und möglichst dezent bleiben. Fettschreibung ist nicht nötig.--Jack ONeill 21:20, 6. Dez. 2011 (CET)

Da durch den Crash einiges verloren (13 Edits in dieser Disk.) ging kurbele ich die Diskussion nochmal an mit einer Art Kompromissversion:

Dieser Artikel hat den Review-Prozess erfolgreich durchlaufen.
Er wurde von mehreren Autoren auf Vollständigkeit, sowie inhaltliche, sprachliche und formale Richtigkeit hin geprüft.

Meinugen? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 16:07, 21. Mär. 2012 (CET)

Tja, die Box kommt mir irgentwie bekannt vor. Aber ich will ehrlich sein. Diese Disk hat eine komplete Wende vollzogen. CF hat vorgeschlagen das Review mit den geprüften Versionen zu kombinieren und dieser Vorschlag ist auf viele positive Meinungen gestoßen--Naboo N1 Starfighter 09:03, 24. Mär. 2012 (CET)
Das weiß ich leider nicht mehr so genau. Wie sollte das gehen? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 16:31, 8. Apr. 2012 (CEST)
Also falls es keine weiteren Vorschläge gibt wäre ich mit dem von Col. o'neill einverstanden.--Ghost Profil - Admin - Diskussion - Beiträge - 18:30, 8. Apr. 2012 (CEST)
Ist diese Diskussion mittlerweile nicht obsolet?--Jack ONeill 12:34, 4. Mai 2012 (CEST)
Der Arbeitshilfenvorschlag ist obsolet. Da aber CFs Vorschlag mit den geprüften Versionen noch fehlt ist diese Disk noch nciht ganz beendet. Der kann auch ohne Arbeitshilfe sinnvoll sein.--Naboo N1 Starfighter 19:01, 4. Mai 2012 (CEST)

Ich versuche jetzt mal zu rekonstruieren, was wir noch diskutiert hatten. Mein Vorschlag war ungefähr Folgender: Vorgeschlagene Artikel werden auf die aufgestellten Kriterien hin untersucht. Wenn der Artikel das Review positiv durchlaufen hat, markiert ein Prüfer den Artikel als „geprüft“ (was ungleich dem Sichten ist). Dadurch bekommt die Seite mit Wikimitteln eine kleine Markierung – welche auch anpassbar ist – und wird auch automatisch in eine Liste aufgenommen und verwaltet. Auf de:Wikipedia:Geprüfte Versionen steht in etwa das, was ich mir darunter vorstellte. Das Bestehen des Reviews würde ich hauptsächlich an der inhaltlichen Korrektheit des Artikels festmachen. Ein Review (wobei die zwischenliegenen Änderungen natürlich auch betrachtet werden müssen) wäre dann Vorraussetzung für den Status „exzellenter Artikel“. Wer dann Prüfer wird ist nebensächlich, da er nur nach einer Diskussion einen Artikel als geprüft markieren darf. Deswegen braucht man auch nicht mehr als eine Hand voll Leute dafür; z. B. könnte man den Mitgliedern der Themengruppe Administration die Benutzergruppe „Prüfer“ zuweisen.--CF 13:56, 22. Jul. 2012 (CEST)

Hört sich alles ganz gut an, denn dann können wir die Box ja über diesen Prüf-Status anstatt des kleinen Icons einfach einsetzen, oder? - Am Besten dann auch noch ganz nach unten anstatt nach oben. Nur das mit der TG finde ich nicht so gut, da sich die Mitglieder da recht häufig ändern (können). Dann müsste man ständig die Rechte neu setzen und das kann mAn nicht gut gehen. Ich wäre dafür, allen Admins den Status zu geben, die sind ohnehin fast immer aktiv und dann kann man bei neuen Admins oder De-Admin gleich noch die anderen Rechte mit-setzen. Finde ich einfacher und sicherer (in die TG kann sich auch ein neuer user einfach mal eintragen und er bekäme gleich entsprechende Rechte...) --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 20:53, 22. Jul. 2012 (CEST)
Noch eine Anmerkung: Das Thema Voraussetzung für einen Exzellenten Artikel ist ja mittlerweile zu genüge abgehackt (Siehe hier). Damit fällt das weg.--Naboo N1 Starfighter 23:25, 22. Jul. 2012 (CEST)

Diese Disk dauert langsam lange genug: Weiterverfolgen oder auf erledigt setzen?--Naboo N1 Starfighter 23:35, 2. Okt. 2012 (CEST)


Um noch mal auf dieses Thema hier zurück zukommen, ich bin immer noch dafür, dass solche Anmerkungen bei bestandenen oder nicht bestanden einem Artikel eingefügt werden. Denn Vorschlag von CF, finde ich gut und könnte umgesetzt werden, in Form eines Icons oder einer Box. In letzter Zeit, gab es ja auch wieder mehr Beteiligung beim Review. Deswegen finde ich das man jetzt mal nach Einem Jahr Diskussion darüber abstimmen sollte, ob der Vorschlag von CF durchgeführt werden soll und dies dann auch in die Tat umzusetzen. Meinungen?--Hammond Diskussion 18:50, 16. Dez. 2012 (CET)

Wie oben schon geschrieben bin ich auch dafür, dass CFs Vorschlag umgesetzt wird. Der Prüfer-Rang ist ja bereits eingeführt. Das einzige was ich davor gerne wüsste ist ob man das auch durch eine Box ersetzen kann, die dann angepasst werden kann (also mit detaillierterem Hinweis). Wie ebenfalls oben geschrieben würde ich das nicht unbedingt zur Sache der TG machen, da die TGs momentan wieder an Beteiligung verlieren und die Beteiligten dort nicht sehr fest sind. Vielmehr würde ich jedem User, der Reviews beenden darf, also Sichtern und höher, den Prüfer-Rang geben (ursprünglich dachte ich an alle Admins, aber Sichter erscheint mir geeigneter). Im Klartext heißt das, dass dann jeder Sichter direkt auch Prüfer ist und allerdings unter Aufsicht der Admins bzw. nur anlässlich eines erfolgreich beendeten Reviews die Markierung setzen kann (darf). Nach leider bereits tatsächlich einem Jahr sollte hier mal was entstehen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 20:12, 16. Dez. 2012 (CET)
Ich finde CFs Vorschlag auch gut, denn das vereinheitlicht alles ein bisschen und es wird übersichtlicher, da man durch das oder die Box sofort am Artikel sehen kann, ob er das Review bereits erfolgreich durchlaufen hat. Col. o'neills Box-Idee gefällt mir auch, natürlich nur sofern das möglich ist.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 21:03, 16. Dez. 2012 (CET)
Da bin ich auch dafür. --D5B Offline - Diskussion 16:12, 17. Dez. 2012 (CET)
Ja, man kann dort eine eigene kleine Box festlegen. Dass der einfachheit halber einfach jeder Sichter das Prüfrecht bekommt, finde ich gut.--CF 01:13, 19. Dez. 2012 (CET)
Ich finde diese Idee immer noch gut, so gesehen auch ein Daumen nach oben von mir für die Umsetzung.--Ghost Profil - Admin - Diskussion - Beiträge - 09:44, 19. Dez. 2012 (CET)
Okay, damit wäre wohl beschlossen es so einzuführen. Bleibt nur noch der technische Teil: Das Recht existiert ja schon, aber wie lässt sich die Box definieren bzw welche MediaWiki-Seite ist das und brauchen wir dazu zusätzliche Extensions?`--Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 14:00, 19. Dez. 2012 (CET)

Ich weis nicht, ob ich hier als ip mitreden darf, aber ich fände diese Idee sehr gut und fände es schön wenn es umgesetzt wird.--80.187.102.7, 19:28, 25. Dez. 2012 (Signatur nachgetragen von Ghost)

Natürlich darfst du als IP mitreden, daran sollte nichts scheitern . Wie schon oft gesagt, bin ich dafür . Noch frohe Weihnachtstage euch allen! --Ghost Profil - Admin - Diskussion - Beiträge - 20:15, 25. Dez. 2012 (CET)

Hier gehts's nicht weiter, also mal wieder ein Anstoß: Ich bin immer noch dafür!--Ghost Profil - Admin - Diskussion - Beiträge - 18:36, 15. Mär. 2013 (CET)

Nach wie vor - ebenso dafür. Was diese Diskussion braucht ist die Antwort auf die große Frage „Wie?“. Also wie fügt man eben diese Box ein - wie ist das aus rein technischer Sicht zu machen. Dass das eingeführt werden soll war ja praktisch schon fest geplant. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:29, 15. Mär. 2013 (CET)
Also auch wenn es jetzt nicht so eine super Nachricht ist, ich habe mal mit ein paar MediaWiki-Entwickler geredet und die haben mir auch gesagt, das es möglich wäre. D. H. es gibt zwei Methoden wie es machbar wäre: 1. Man würde viel mit JavaScript arbeiten, was nicht zu empfehlen wäre, da dies mit Bugs zusammen hängen würde. 2. Methode, wäre die Extention "FlaggedRevs" umzuprogrammieren, wegen dem Hacken und dem Kasten. Jetzt kommt der schlechte Teil der Nachricht, die Entwickler mit denen ich gesprochen habe, haben alle nicht zu tun mit dieser Extention oder fast garnicht. Deswegen können sie mir nicht sagen, was genau dort umprogrammiert werden muss.--Hammond Diskussion 19:19, 30. Mär. 2013 (CET)
Also hat CF vermutlich die JS-Version gemeint. Die Extension kann natürlich auch buggy sein - und erst recht wenn man daran rumschraubt (es sei denn es geht dabei nur um Modifizierungen von MW-Seiten). Den Nachteil an der JS-Version sehe ich nur bei Block-Addons wie NoScript etc... Aber wer das im Wiki nutzt und aktiviert hat dürfte ohnehin schon andere Probleme damit haben. Insofern wäre ich für die JS-Version. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 20:32, 30. Mär. 2013 (CET)
Ich nutze sowohl AdBlockPlus, als auch NoScript und hatte damit nie Probleme - soviel dazu. Zu der Frage ob JS oder Umschreiben der Extension bin ihc ehrlich gesagt von beidem nicht wirklich begeistert. --Ghost Profil - Admin - Diskussion - Beiträge - 23:31, 30. Mär. 2013 (CET)
NoScript besitzt jedoch eine Whitelist-Funktion. Das sollte also kein Problem darstellen, da eh ein verschwindend geringer Teil der Nutzer dieses Addon installiert haben wird - und die, die es nutzen, wissen mit dessen Funktionen entsprechend umzugehen.--Jack ONeill 23:48, 30. Mär. 2013 (CET)

^Commons

Mir ist gerade aufgefallen, das man als IP offenbar keine Commons-Bilder angezeigt bekommt. Stimmt da was nicht? Wer er mal ausprobieren will: am besten im Artikel Sonnensystem, der hat viel davon.--Naboo N1 Starfighter 23:48, 7. Mai 2012 (CEST)

Kann ich bestätigen. Da die Einbindung der Commons-Bilder aber über die MediaWiki-eigene InstantCommons-Funktion läuft, kann es gut sein, dass der Fehler dort liegt. Dann haben wir aber keinen direkten Zugriff darauf und müssten warten, bis er behoben ist.--SilverAngel Bürokrat | Kontakt 00:03, 8. Mai 2012 (CEST)
Wie verfahren wir nun? Sollen weiter hier gehostete Bilder durch Commons-Versionen ersetzt werden? Wie sähe da eigentlich serverseitig der Vorteil bei häufig eingebundenen Bildern aus? Denn die Air-Force-Ränge haben wir ja bisher noch hier hochgeladen, obwohl identische Versionen bei Commons vorliegen. Ist es sinnvoll, diese dann auch zu ersetzen (von der oben angesprochene Problematik mal absehen)?--Jack ONeill 17:38, 18. Mai 2012 (CEST)
Erst mal nicht alle Bilder ersetzen. Ich schau mir lieber mal an ob ich da was einstellen kann. --Rene Bürokrat - Rückmeldung 18:14, 8. Jun. 2012 (CEST)
Erste Versuche sind ohne Erfolg geblieben. Merkwürdigerweise werden die Bilder auf der Bildseite und auch in der Vorschau angezeigt nur nicht auf der eigentlichen Seite. Es scheint aber kein Problem mit dem Cache zu sein. Die Einstellung habe ich auch mal aufgeräumt aber keinen Fehler gefunden. Ich werde die nächsten Tage mal die neue Wiki Version installieren, eventuell hilft das. Allerdings habe ich keinen Hinweis auf einen behobenen Fehler zu diesem Thema gefunden. --Rene Bürokrat - Rückmeldung 21:07, 11. Jun. 2012 (CEST)
Nachdem ich als IP eine Änderung an der Seite gemacht habe sind die Bilder nun da. Möglicherweise war es ein Problem mit der Sichtung? --Rene Bürokrat - Rückmeldung 21:27, 11. Jun. 2012 (CEST)
Ich habe es gerade nochmal mit dem Internet Explorer ausprobiert. Fehlanzeige--Naboo N1 Starfighter 21:30, 11. Jun. 2012 (CEST)
Nachtrag. Firefox das gleiche--Naboo N1 Starfighter 21:32, 11. Jun. 2012 (CEST)
Wunder Stimmt auf der Arbeit bekomme ich die Bilder auch nicht angezeigt. Ich bin mir aber sicher das es daheim funktioniert hat, als IP. Es kann aber eigentlich nicht am Browser liegen da die Seite bereits ohne Bild ausgeliefert wird. Ich prüfe das also noch einmal. --Rene Bürokrat - Rückmeldung 09:16, 12. Jun. 2012 (CEST)
Ich habe gerade mal ausprobiert ob es nicht einfach am Bearbeiten einer Seite selbst gelegen hat. Allerdings hat kein Edit, egal ob im BNR oder ANR, gesichtet oder ungesichtet eine Änderung in der Bilderanzeige hervorgerufen.--Naboo N1 Starfighter 18:45, 12. Jun. 2012 (CEST)
Eventuell habe ich mich doch geirrt. Jetzt habe ich auch auf dem anderen Rechner wieder keine Bilder als IP. Wobei auf Benutzer:Rene/Test die Bilder auch für IP Benutzer angezeigt werden. Sehr merkwürdig ...--Rene, 19:57, 12. Jun. 2012 (CEST) (Signatur nachgetragen von Naboo N1 Starfighter)

Jetzt bin ich echt Ratlos. Die Seite in meinem BNR wird mit Bildern angezeigt, die Seite im HNR dagegen ohne. --Rene Bürokrat - Rückmeldung 20:08, 12. Jun. 2012 (CEST)

Das wird immer merkwürdiger: jetzt wird mir auch Datei:Daedalus im Kampf.jpg im Artikel Daedalus nicht angezeigt, und dass obwohl die Datei auf dem Server liegt. Ich habe die Seite zweimal neu geladen, eine einmalige Panne ist damit auszuschließen. Das einzige was mir noch einfällt ist das das vielleicht mit dem Sichten zusammenhängen könnte--Naboo N1 Starfighter 10:35, 14. Jun. 2012 (CEST)
Na heute Abend reicht ja ein halbes Auge für die EM, da muss ich mich wohl mal an ein Update der Software machen. Man hat ja sonst nix vor ... --Rene Bürokrat - Rückmeldung 10:42, 14. Jun. 2012 (CEST)
Mir wird das Bild angezeigt, sehr merkwürdig.--SilverAngel Bürokrat | Kontakt 11:38, 14. Jun. 2012 (CEST)
Angemeldet - Ja, es geht aber immer um IP-Benutzer. --Rene Bürokrat - Rückmeldung 11:40, 14. Jun. 2012 (CEST)
Wurde es mir bisher auch als IP. Scheint aber nur eine Artefakt aus dem Browser-Cache gewesen zu sein. Nachdem ich die Seite einmal komplett neu geladen habe, fehlt es bei mir als IP jetzt auch.--SilverAngel Bürokrat | Kontakt 11:55, 14. Jun. 2012 (CEST)
Wie gehts es denn jetzt hier weiter, denn ich habe das Problem immer noch als IP, aber nicht bei allen.--Hammond Diskussion 22:29, 12. Jul. 2012 (CEST)
Vermutlich hast du es nicht bei allen, weil wie bei mir der Browser-Cache zuschlägt und so das Problem quasi kaschiert. Als Anmerkung meinerseits: Ich war neulich auf einer anderen Wiki-Seite, und hatte dort als IP das gleiche Problem. Leider hab ich vergessen, wo genau das war...--SilverAngel Bürokrat | Kontakt 23:45, 12. Jul. 2012 (CEST)
Wie schon geschrieben hoffe ich das mit der neuen MW Version der Fehler weg ist. Hoffnung aber nicht überzeugt. Leider bin damit mal wieder Zeitlich im Rückstand. nächsten 14 Tage habe ich Urlaub, ich hoffe da habe ich mal etwas Zeit dafür. Wenn das auch nicht hilft ... ? --Rene Bürokrat - Rückmeldung 23:50, 12. Jul. 2012 (CEST)

Könnte es nicht auch einfach an den Benutzerrechten liegen, die IPs nicht aber Benutzer schon haben (z.B. reupload-shared)? Ich habe bei der MW-Website eigentlich nie von so einem Fehler wirklich gelesen und bezweifle daher fast, dass es ein MW-Fehler ist, der mit neuer Version behoben werden kann. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 21:22, 2. Jan. 2013 (CET)

Das halte ich für unwahrscheinlich, das Problem tritt auch angemeldet auf, wenn bei Dateien unmarkierte Änderungen angesehen werden. Beispiel. --Mk XIV [Offline] | Diskussion 15:51, 12. Jan. 2013 (CET)
Also ich habe mich mit einem MediaWiki Entwickler etwas darüber unterhalten und er hatte mir gesagt, das wir erst mal updaten sollen auf die neuste Version, da wir ja schon was zurück liegen. Danach sollen ich wenn es immer noch nicht geht wieder kommen. Ich habe da eine Vermutung, das es an denn verschieden Version liegen könnte, das dort irgendein Fehler entstanden ist.--Hammond Diskussion 18:23, 8. Apr. 2013 (CEST)
Mir fällt da auch noch ein, dass mir kürzlich jemand sagte, es habe etwas mit dem Sichten zu tun. In der Wikipedia sei das Problem irgendwie dadurch zu beheben gewesen sein, dass man die Version ent- und wieder gesichtet hat. Das konnte sich im Test hier gerade leider nicht beweisen. Dennoch könnte es auch etwas mit den beiden Seitenversionen ("unmarkierte Änderungen" und "letzte markierte Version") zu tun haben. Was mir zudem aufgefallen ist, ist dass die Links in den Bildern als angemeldeter User zu den Dateibeschreibungsseiten normal verweisen (also in der Form Datei:Abc.xyz), als unangemeldeter Benutzer aber zu der je letzten Bildversion, sprich zu den Dateien direkt. Beim Sonnensystem geht der Link dann z.B. zu /w/images/thumb/1/14/Sonne.jpg/200px-Sonne.jpg. Bei Commons-Dateien ist jedoch genau diese Seite natürlich nicht auf unserem SGW-Server vorhanden. Ich vermute, dass als unangemeldeter User diese Version direkt aufgerufen wird (bei Commons-Dateien kommt dieser "Fehler", weil diese Seite eben nicht existiert, der Server leitet bei der Verlinkung aber trotzdem automatisch auf die normale Dateibeschreibungssseite weiter) und als angemeldeter irgendwie nicht so starr nach diesem Schema. Aber Updaten ist auf jeden Fall sinnvoll, so oder so. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 18:45, 8. Apr. 2013 (CEST)
Ich hab eventuell ein Workaround für das Problem gefunden: InstantCommons (so heißt das Feature von MediaWiki, das die Commons-Bilder einbindet) soll laut Referenz zuerst nach Bildern im Wiki selbst suchen und dann, falls keine gefunden werden, auf Commons-Einträge zurückgreifen. Wenn sich die Zahl der verwendeten Commons-Bilder in Grenzen hält, wäre es eine Möglichkeit, mithilfe eines Bots alle verwendeten Commons-Bilder hier auf dem Server (unter dem selben Namen) zu speichern, wodurch dann die lokale Kopie anstatt der Commons-Kopie genutzt wird und das Problem - hoffentlich - nicht mehr auftaucht. Für den Fall, dass dieser Bug eines Tages noch behoben wird, könnte man noch alle Bilder, welche auf diesem Weg erstellt wurden, in eine Kategorie einordnen, so dass dann irgendwann die Duplikate mit möglichst wenig Aufwand gelöscht werden können. --84.155.113.30 01:34, 30. Aug. 2013 (CEST)
An sich keine schlechte Idee (wenn auch keine völlig neue), nur wäre es dann doch etwas Aufwand alle entsprechenden Bilder mit entsprechen Quellen- und Lizenzangaben hier neu hochzuladen (auch mit Bot). Besser ist wohl erstmal zu schauen, wie es sich nach Software-Update (zwischen der von uns verwendeten und der aktuellen MediaWiki-Version liegt schließlich so einiges) mit dem Ganzen verhält. Im besten Fall hat es sich damit erledigt. Falls nicht kann man noch immer entsprechende Maßnahmen einleiten. Danke aber trotzdem für Deine Hilfsbereitschaft. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 11:30, 30. Aug. 2013 (CEST)

Neue Erweiterung Slideshow (Diashow)

Ich bin gerade dabei die Erweiterung Slideshow fertig zu stellen. Wir noch Anregungen oder auch Kritik hat bitte nicht zögern was zu schreiben. Danke. --Rene Bürokrat - Rückmeldung 00:18, 30. Mai 2012 (CEST)

Nach der Umstellung auf eine andere Javascript-Software habe ich noch einige Änderungen an den Befehlen gemacht. Die Erweiterung scheint sich jetzt mit der jQuery Bibliothek in Mediawiki zu vertragen. --Rene Bürokrat - Rückmeldung 15:32, 7. Jun. 2012 (CEST)
Die Erweiterung ist einfach nur cool. Könnte man theoretisch auch als Gif-ersatz verwenden. Ist die jetzt noch in der Testphase oder kann man sie schon verwenden?--Naboo N1 Starfighter 21:58, 7. Jun. 2012 (CEST)
Die Grundlage wird sich nicht mehr ändern, allerdings kann es sein das ich ein paar Kleinigkeiten noch ändere (Aussehen, zusätzliche Parameter). Eventuell hat ja auch jemand einen Vorschlag dazu. Also man kann schon mal ein paar Versuche machen, was vorbereiten. Als Gif Ersatz habe ich auch überlegt aber ob das sinnvoll ist muss man erst mal abwägen. Speicherplatz für die Bilder, gegen die bessere Qualität. Interessant könnte es zB in Inhaltsangaben sein. Mehrere Bilder in einem Abschnitt anzeigen. Ich teste so was auch mal. Also bitte ein paar Test machen. --Rene Bürokrat - Rückmeldung 22:33, 7. Jun. 2012 (CEST)
Schaut wirklich gut aus, Kompliment! Wenn das Ding fertig ist wäre eine detaillierte Liste als Übersicht über mögliche Parameter (gerade die möglichen Effekte) nicht schlecht. Dass es den NR Extension nicht gibt, ist Dir sicher auch klar, ich wollte es nur angemerkt haben, da die Seite momentan im ANR auftaucht. GIF-Ersatz? Ne! Man müsste sämtliche Frames hier hochladen, die dann vom System wieder zusammengefügt werden und ansonsten recht unbrauchbar (weil praktisch redundant) sind. Der benötigte Speicherplatz dafür ist imo einfach zu groß, dann lieber ne kleine GIF. Aber für Dinge wie im Test (Sam im Wandel der Zeit) ist es sehr nützlich. Ich könnte es mir auch für diese Gesten-Bilder in Dialogzitaten gut vorstellen oder bei Hintergrundszenen wie Datei:SGU 1x19-BTS-Stunt1.JPG, Datei:SGU 1x19-BTS-Stunt2.JPG und Datei:SGU 1x19-BTS-Stunt3.JPG. Mal schauen... --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 14:13, 11. Jun. 2012 (CEST)
Alle meine Erweiterungen liegen im ANR, das ist so gewollt weil ich dafür nicht extra einen Namensraum anlegen will. Ich denke auch das es als GIF-Ersatz nicht sinnvoll ist. Die Idee habe ich schon länger im Kopf. Mir schwebte damals vor die teilweise ausufernden Bildergalerien etwas kompakter zu gestalten. Auch in der Inhaltsangabe zu Episoden könnte ich mir den Einsatz vorstellen. Dazu muss ich aber den Rahmen etwas weniger breit machen. --Rene Bürokrat - Rückmeldung 14:23, 11. Jun. 2012 (CEST)

Ich werde die Erweiterung zusammen mit der MediaWiki Version 1.19 freigeben. --Rene Bürokrat - Rückmeldung 18:52, 15. Jun. 2012 (CEST)

Lassen sich Slideshows eigentlich auch als "Bild" einer gallery einsetzen? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:02, 15. Jun. 2012 (CEST)
Nachtrag: Und es sollte irgendwie noch angepasst werden, sodass die benutzten Dateien auch als benutzt angezeigt werden. Die Spezialseite scheint die Diashow recht wenig zu jucken... --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 18:37, 10. Jul. 2012 (CEST)
Danke für den Hinweis. Daran habe ich gar nicht gedacht. Da muss also noch was ergänzt werden. --Rene Bürokrat - Rückmeldung 09:47, 11. Jul. 2012 (CEST)
Kann man da auch noch was machen, damit es Dateien auch dan erkennt wenn der Namensraum davor steht? Gerade weil es bei den gallery-Tags auch so ist. Das hat mich am Anfang etwas verwirrt.--Naboo N1 Starfighter 16:06, 2. Aug. 2012 (CEST)
Kann man bestimmt, ich fände es nur nicht sinnvoll. Da sind ohnehin immer nur Dateien drin, dieses ewige "Datei:" hat mich bei den gallerys schon genervt und ich bin froh dass es hier endlich ohne geht. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 16:09, 2. Aug. 2012 (CEST)
Das mag sein, aber ich finde man sollte es einheitlich machen. Also entweder beides mit oder beides ohne.--Naboo N1 Starfighter 09:01, 3. Aug. 2012 (CEST)
Das gallery-Tag kann ich nicht ändern, das ist eine eingebaute Funktion. Bei meiner Funktion kann ich das natürlich selbst bestimmen. Ich denke es spricht wenig dagegen wenn ich beide Möglichkeiten anbiete. --Rene Bürokrat - Rückmeldung 14:23, 3. Aug. 2012 (CEST)

Noch ne Idee: Können die Seiten, die die Slideshow verwenden vielleicht automatisch in eine Kategorie eingeordnet werden?--Naboo N1 Starfighter 20:21, 25. Aug. 2012 (CEST)

Mir ist heute noch etwas aufgefallen: Bei meinem Bildschirm (1920x1080 px, 20 zoll) wird hier die Slideshow nicht richtig eingerückt, sodass sie mitten im Bildschirm hängt und alles links von ihr weiß bleibt. Ich benutze Firefox 15 und Windows 7. Der Colonel hat im Chat angemerkt, da der Fehler auch auftritt, wenn man auf eine bestimmte Zoom-Stufe geht. --Ghost Profil - Admin - Diskussion - Beiträge - 14:43, 30. Aug. 2012 (CEST)
Ja, bei mir (1366x768px, 18 Zoll oder so) tritt der Fehler auf, wenn ich zwei Zoomstufen kleiner stelle. Da rücken die Bilder und ähnliche Elemente ja immer weiter zusammen, bis schließlich die slideshow da hin will, wo schon das Bild darüber steht. Seltsamerweise sucht sich die Erweiterung dann nicht wie normale Bilder unter dem ersten Bild, sondern lässt links genug Platz für das andere Bild frei. Vmtl. hängt der Fehler, der bei slideshows in Verbindung mit der Zitat-Vorlage auftritt, auch damit zusammen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 16:09, 30. Aug. 2012 (CEST)
Mit der Vorlage:Zitat gibt es kein Problem. Die slideshow verträgt sich nicht mit der Infobox Objekt--Naboo N1 Starfighter 16:40, 30. Aug. 2012 (CEST)
Achja, stimmt. Irgendwas stimmt da nicht mit dem Inhaltsverzeichnis. Und wo wir schon dabei sind: Sollten da nicht die anderen TOC-Befehle auch vorhanden sein (mir geht es speziell um hide)? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 17:03, 30. Aug. 2012 (CEST)
Das gleiche Problem besteht offenbar mit der Vorlage:Kampagne. Vlt. eine class-Überlappung o.Ä. (TOC und Kampagne sind beide in "infoboxblau")? Irgendwie scheint das auch mit dem Bild2-Parameter bei der Vorlage:Infobox Objekt zusammenzuhängen. Bei der Zeitmaschine (Janus) z.B. hat sich die erste slideshow immer den Platz rechts auf der Höhe des Bild2-Parameters gesucht. Das liegt nicht an der zweiten slideshow, die ist nur zufällig auch an der Stelle. Der Fehler entsteht auch ohne diese zweite. Haben vlt. Bild2, TOC und Kampagne außer der infobox-class eine Gemeinsamkeit? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 10:34, 1. Sep. 2012 (CEST)
Problem wurde durch Benutzer:Col. o'neill gelöst. ( Siehe auch hier.) --D5B Offline - Diskussion 18:02, 5. Mai 2013 (CEST)
Jo, dieses Problem ist gelöst. Das andere, dass die slideshow in der Mitte hängt, ist aber noch ungelöst. Jedoch müsste es sich lösen lassen, indem man einbaut, dass je nach float-Wert ein clear:right (für float="right") oder clear:left (für float="left") gesetzt wird. Dann macht es die slideshow wie normale thumb-Bilder auch und nimmt unter störenden Elementen Platz, nicht daneben. Die thumb-Bilder machen es im Grunde genauso, nur dass dort von Anfang an zwischen div.tright und div.tleft entschieden wird und beide per Standard bereits ihren entsprechenden clear-Wert haben. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 18:18, 5. Mai 2013 (CEST)

"Audio Books"

Ich werfe mal die Frage in den Raum, ob wir diese Hörbücher ebenfalls ausführlicher behandeln sollen wie die Romane (also mit eigenem NR) oder einfach eine kürzere Bemerkung bzw. Zusammenfassung im Merchandise-NR machen sollen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 09:23, 13. Jul. 2012 (CEST)

Also ich habe mir jetzt mal die Seite angesehen und ich habe da nur ein Audio book gefunden, aber da du ja die Mehrzahl genannt hast sind es wohl mehr. Also wenn das jetzt nur 1-4 Audio book sind, dann sollte man meiner Meinung nach eine Zusammenfassung im Merchandise-NR. Wenn es mehr sind dann wäre es wohl sinnvoll einen eigenen NR zu erstellen.--Hammond Diskussion 11:11, 13. Jul. 2012 (CEST)
Es gibt mehr davon. Zu überlegen wäre ob man einen eigenen Namensraum macht oder die Audio-"Romane" mit in den Namensraum Roman macht. --Rene Bürokrat - Rückmeldung 11:31, 13. Jul. 2012 (CEST)
Nachtrag und natürlich stellt sich dann die Frage wie der Namensraum heißen soll. --Rene Bürokrat - Rückmeldung 12:16, 13. Jul. 2012 (CEST)
Also die in den NR-Roman einzufügen finde ich nicht so toll, da wäre eher ein eigener NR angebracht wenn es wirklich zehn oder mehr gibt.--Hammond Diskussion 11:39, 13. Jul. 2012 (CEST)
Das mit dem Roman-NR hatte ich auch schon überlegt, aber ich würde es aus demselben Grund separieren, aus dem wir auch die Romane vom Rest getrennt haben: Andere Autoren, andere Storyline. Ein Verweis (wohin dann auch immer) von der Roman-Hauptseite wäre aber sicherlich auch nicht schlecht. Im Falle eines neuen NR wäre ich ganz schlicht für "Hörbuch". --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 14:07, 13. Jul. 2012 (CEST)
Das ist aber jetzt nicht die neue Ankündigung, oder? Also auch für zehn Artikel würde sich ein eigener NR wohl nicht lohnen, aber wenn man Charaktere miteinbezieht kommt ja schon bei einer Geschichte bestimmt das doppelte raus.Eigener NR ist also angebracht. Und mit den Bezeichnungsvorschlag des Colonels bin ich einverstanden. --Naboo N1 Starfighter 14:46, 13. Jul. 2012 (CEST)
Naja, Charaktere sind wohl eher die bereits bekannten - wie bei den Romanen eben auch. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 14:58, 13. Jul. 2012 (CEST)
ja, aber die Entwicklung der Charaktere sollte ja auch außerhalb der Zusammenfassungsartikel vermerkt werden. In den HNR-Artikeln sind die aber Tabubekannte Charaktere bekommen auch in die Spezial-NR eigene Artikel--Naboo N1 Starfighter 15:06, 13. Jul. 2012 (CEST)
Der Vorschlag, einen neuen Namensraum für Hörbücher zu erstellen, und dessen Benennung klingt recht gut. Allerdings machen mich neue Artikel für bekannte Hauptpersonen stutzig. Wie stellt ich euch das vor? Wollt ihr nur Abweichungen und Ergänzungen zum Seriencharakter dort ansprechen oder dessen komplette Geschichte mit den zusätzlichen Details aus den Hörbüchern nochmal erzählen? Letzteres halte ich nicht für besonders empfehlenswert, da zwei Artikel über das selbe, wenn auch in anderen Namensräumen, neue Benutzer verwirren könnte. --Janus ( Diskussion | Mail | Beiträge ) 16:22, 13. Jul. 2012 (CEST)
Tja, das ist eine logische Schlussfolgerung. Rein theoretisch konnte man den HNR-Artikel als Vorlage einbinden. Allerdings wäre das aufgrund einiger <noinclude></noinclude> im ANR-Artikel ziemlich kompliziert umzusetzen. Alternativ kann man aber auch einfach auf den ANR-Artikel verlinken und, wie du sagtest, nur die zusätzlichen Informationen einfügen. Denn alles doppelt und dreifach zu Schreiben wäre tatsächlich völliger Irrsinn. Wie genau da verfahren werden kann, sollte man am besten mal in einer anderen Disk klären, da das ja doch etwas zu sehr vom Thema abweicht--Naboo N1 Starfighter 16:33, 13. Jul. 2012 (CEST)
Ich wäre theoretisch auch für eine Einbindung der Hörbücher in das Wiki. Col. o'neills Namensvorschlag für den Namensraum gefällt mir auch. Was die Personenartikel im Hörbuch-Namesraum angeht: Wenn man solche Artikel erstellt, wäre ich auch für Verlinkungen zu den Personenartikeln zum Artikelnamensraum, sodass dann eben nur neue Infos in die Artikel des Hörbuch-Namensraumes kommen. Allerdings sollten erst mal die Artikel zu den einzelnen Hörbüchern erstellt werden und naja, ich weiß ja nicht, wer von euch die Hörbücher hört: Ich tue es nicht bzw. habe es eigentlich aktuell nicht vor. Ich vermute mal, dass es vielen von euch ähnlich geht, oder? Deshalb bin ich dafür, dass man erst mal einen Schritt nach dem anderen macht, denn ich gehe davon aus, dass es aus dem eben genannten Grund erst mal eine Weile dauern wird, bis die Artikel zu den einzelnen Hörbüchern erstellt sind, da man zum Erstellen der Artikel sich die Hörbücher ja erst mal anhören muss, oder?
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 17:15, 13. Jul. 2012 (CEST)
Ja, das mit dem "Wer hat überhaupt Infos dazu?" ist leider richtig und praktisch dasselbe wie bei den Romanen. Mir geht es aber eher darum, generell einen festen Platz für solche Infos bereitzustellen. Und ich bin eigentlich gegen eigene Hörbuch-NR-Artikel für Personen, da der Großteil von nennenswerten Dingen ja wohl im normalen Artikel steht und die Hörbücher wohl eher nur Einsätze darstellen - wie die Romane eben auch. Also weniger Geschichte zu einer Person als im MGM-Original - vermute ich jedenfalls. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 18:24, 13. Jul. 2012 (CEST)
Da stimme ich dir zu. Ich bin nur für Personenartikel bei den Hörbüchern, wenn es sich auch lohnt, einen solchen Artikel zu erstellen. Ich kann das wie gesagt nicht beurteilen, da ich die Inhalte der Hörbücher ja nicht kenne.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 18:46, 13. Jul. 2012 (CEST)
Keine Einwände meinerseits.--SilverAngel Bürokrat | Kontakt 19:49, 13. Jul. 2012 (CEST)
Schließe mich ebenfalls an. --Octavius1200 Admin Diskussion 20:00, 13. Jul. 2012 (CEST)
Ich kann dazu keine Aussage treffen, da ich keine Infos zu den Audiobooks habe. Prinzipiell würde ich jedoch dagegen tendieren, einen neuen NR einzuführen - geben diese Audiobooks überhaupt soviele Informationen her? Wieviele sind davon bereits erschienen?--Jack ONeill 14:01, 14. Jul. 2012 (CEST)
Solange niemand eins dieser Hörbücher hat, wird wohl auch niemand etwas Detailliertes dazu eintragen. Ich wäre wohl erstmal dafür, den Namensraum „Roman“ zu benutzen. Dem Argument, dass in einer anderen Storyline geschrieben wird und deshalb ein eigener Namensraum gebraucht wird, kann ich nicht ganz zustimmen. Die Handlung der einzelnen Romane unterscheiden sich – soweit ich das verstanden hab – doch auch ebenfalls voneinander. Eine Übersichtsseite zu Hörbüchern könnte man also unter Roman:Hauptseite dazuschreiben oder unter Roman:Hörbücher anlegen.
Wenn es nötig ist, Romaninformationen zu schon bestehenden Personen hinzuzufügen, bin ich gegen das Einbinden des Hauptartikels. Der neue Artikel könnte beispielsweise den Namen Roman:Jack O'Neill im Roman XY haben und dort nach einer kurzen Einleitung (in der steht, dass der Hauptartikel unter Jack O'Neill zu finden ist) den Abschnitt „Unterschiede zu den Serien“ haben.--CF 14:25, 22. Jul. 2012 (CEST)
Es geht hier ja darum die Sache grundlegend zu klären daher kann ich dem Argument, wir warten erst einmal ab und legen solange Artikel im NR-Roman an, wenig abgewinnen. Ich denke wir sollten Romane und Hörbücher trenne und das gleich von Anfang an. Zum Thema Personenartikel. Da gilt es zu unterscheiden zwischen Personen die auch im HNR einen Artikel haben und solchen die nur im Roman/Hörbuch auftreten. Bei der ersten Gruppe würde ich einen Artikel schreiben der nur die Aktivitäten im entsprechenden Namensraum beschreibt. Dazu dann noch mindestens einen Verweis auf den Hauptartikel. Eventl. noch weitere Verweise falls sich das bei einem Thema anbietet (wenn zB eine Handlung aus der Serie weitergeführt wird). Bei den anderen Personen aus den Romanen/Hörbüchern kann man natürlich streiten ob ein Artikel sinnvoll ist wenn eine Person nur in einem einzigen Roman/Hörbuch erscheint, bei mehreren sollte man einen Artikel machen. Andererseits sind auch viele Personen im HNR nur in einer Episode zu sehen. Das ist also kein Argument. Ich würde nur für solche Personen einen Artikel anlegen bei denen in der Zusammenfassung des Romans/Hörbuchs einige Fakten nicht genannt wurden. Somit kann die Zusammenfassung kürzer bleiben aber die Informationen stehen trotzdem im Wiki. Eine Aufteilung der Fakten zu Personen (Objekten) auf verschiedene Artikel nur weil diese in verschiedenen Büchern genannt werden würde ich nicht machen. Wer den Artikel zu Jack O'Neill im Roman-NR liest sollte alle Informationen bekommen die in den Büchern genannt werden. --Rene Bürokrat - Rückmeldung 18:47, 22. Jul. 2012 (CEST)
Um nochmal klarzustellen was ich meinte, ich meinte nicht, dass wenn mehrere Artikel über Hörbücher geschrieben werden ein eigener Namensraum dafür erstellt wird; das erstmal bezog sich darauf, dass es bisher nicht viele Hörbücher gibt. Und eigentlich ist das auch egal, ich finde auch Hörbücher passen einfach in den Romannamensraum.--CF 19:40, 22. Jul. 2012 (CEST)

^Breite der Infoboxen

Hallo liebe Community,

Abgesehen davon, dass ich im Abschnitt oben zum Silvesterlogo um etwas mehr Beteiligung (als null) bitte, würde ich an dieser Stelle gern vorschlagen, die Breite der Infoboxen auf 300px zu erhöhen (momentan 260px). Der Grund ist recht simpel: Breite Bildschirme sind schon seit vielen Jahren sehr verbreitet, bilden wohl eher sogar die deutliche Mehrheit. Der Vorteil besteht darin, platztechnisch erzwungene Infobox-Zeilenumbrüche mehr zu vermeiden, denn das schaut einfach sehr sehr unschön aus - ein Beispiel: Vereinigte Staaten von Amerika. Die 40px mögen nach nicht viel klingen, sollten aber schon für einige Fälle reichen, dafür allerdings für keine Layoutprobleme o.Ä. sorgen (wie gesagt schmale Bildschirme am Aussterben, und selbst bei den wenigen Fällen machen 40px nichts übergroßes schlimmes aus). Meinungen dazu? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 15:54, 8. Mär. 2013 (CET)

Nachtrag: Nicht zu vergessen ist auch, dass einige Infoboxen dadurch vertikal etwas kürzer werden sollten. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 15:59, 8. Mär. 2013 (CET)

Ich wüsste nichts, was dagegen spricht, allerdings wäre ein Screenshot in der Form "vorher/nachher" nicht schlecht. --D5B Offline - Diskussion 16:28, 8. Mär. 2013 (CET)
Ja, ich finde die Idee auch gut, denn gerade am Beispiel Vereinigte Staaten von Amerika sieht man, dass die Box da aktuell viel zu schmal und zu lang ist.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 16:40, 8. Mär. 2013 (CET)
Denke auch, dass das sinnvoll ist.--Ghost Profil - Admin - Diskussion - Beiträge - 16:59, 8. Mär. 2013 (CET)
Klingt gut. rorret D 00:58, 9. Mär. 2013 (CET)
Klingt für große PCs erst mal gut, sorgt aber bei dem besagten Artikel bei mir aber nur dafür, dass unterhalb der Infobox deutlich mehr Platz ungenutzt bleibt (vgl. 260px und 300px). Außerdem sieht es auf Mobilgeräten dann wahrscheinlich noch schlimmer aus als jetzt, wobei das ein anderes Thema ist. Trotzdem sollte die Breite auf 300px angehoben werden, da - wie bereits gesagt - höher auflösende Bildschirme wirklich immer mehr werden und andererseits der ungenutzte Raum nur bei Tabellen auftritt, die ja nicht in der Mehrzahl der Artikel zu finden sind.--Mk XIV [Offline] | Diskussion 11:25, 9. Mär. 2013 (CET)
Nachtrag: Ist eine feste Breite technisch überhaupt erforderlich? Bei meinen 1366px Breite betragen 260px etwa 22%, bei 1920px sind das 376px (Ich bin mir bei den Zahlen nicht so sicher, ich hab gerade nur ein Full-HD zum testen). Können wir nicht - sofern das in keinem Browser Probleme macht - die Breite auf einen Wert zwischen 20-25% setzen? Dann müssten wir die Breite auch nicht mehr manuell anpassen, wenn die Auflösung von Bildschirmen weiter wächst.--Mk XIV [Offline] | Diskussion 16:38, 20. Mär. 2013 (CET)
Zustimmung.--Jack ONeill 17:46, 15. Mär. 2013 (CET)
Zum Nachtrag: Würde ich eher nicht machen. Für Leute, die vom Handy oder Tablet ins Wiki gehen, sind 25% letztlich extrem klein. Wenn wir irgendwann eine Mobilversion haben werden wäre das allerdings durchaus eine Option, denn dann könnte man das für eben diese kleineren Geräte speziell definieren. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 16:47, 20. Mär. 2013 (CET)
Das könnte man ja mit min-width:260px und für extrem hochauflösende mit max-width:450px umgehen (Mobilversion: ist das was?) --Mk XIV [Offline] | Diskussion 17:06, 20. Mär. 2013 (CET)
Stimmt, das mit min und max ist eine gute Idee. Die Erweiterung könnte etwas sein, das müsste sich mal jemand genauer ansehen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 17:11, 20. Mär. 2013 (CET)
Bei einer flexiblen Breite wäre ich (weiterhin) dafür, zum Vergleich Screenshots mit 260px und mit 20%: 1366/260 1366/20% und 1920/260px 1920/20%--Mk XIV [Offline] | Diskussion 22:08, 19. Apr. 2013 (CEST)
Zustimmung.Wergez 19:22, 26. Dez. 2013 (CET)

^Neue Erweiterung ReferenceTooltip

Ich möchte gerne folgende Erweiterung für die Integration ins Wiki vorschlagen: Reference Tooltips. In der englischen Wikipedia wird sie bereits erfolgreich verwendet. Gerade bei längeren Texten mit vielen Fußnoten ist es meiner Meinung nach deutlich angenehmer, die Quellen direkt über das Tooltip abzurufen, das beim Mouseover erscheint, als zu den Fußnoten zu springen und dann weiterzulesen. Die bisherige Methode bleibt jedoch bestehen, es wird lediglich ein zusätzlicher, komforterhöhender Überbau hinzugefügt. Was haltet ihr davon?--Jack ONeill 22:41, 1. Apr. 2013 (CEST)

Ich finde es absolut nicht schlecht, aber auch nicht nötig. Über den Verweis direkt zur Fußnote und von dort mit dem verlinkenden Pfeil wieder direkt zur entsprechenden Stelle ist auch nicht wirklich umständlich. Bei längeren Fußnoten könnte ich mir auch vorstellen, dass das Lesen nur durch MouseOver etwas "instabil" ist. Wie gesagt an sich nicht schlecht, aber ich halte es nicht für nötig. Wenn die Mehrheit an Usern dies aber für komfortabler hält werde ich mich da natürlich auch nicht querstellen - der Teil "das ist komfortabler als jetzt" ist mAn ja eher subjektiv und daher bei mir eben auch nur subjektiv nicht erfüllt. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 22:48, 1. Apr. 2013 (CEST)
Der Delay, bevor der Tooltip erscheint, kann individuell konfiguriert werden. Man geht also nicht in Tooltips unter, wenn es richtig eingestellt ist. Und mit dem Komfort hast du recht, das war meine subjektive Meinung. --Jack ONeill 22:55, 1. Apr. 2013 (CEST)
Hört sich echt nicht schlecht, aber man sollte es deaktiviren können wenn man es nicht mag--SKorpy2009 ( Fragen - Beiträge) 23:38, 1. Apr. 2013 (CEST)
Das wäre für angemeldete User im Helferlein-Menü in den Einstellungen und über das Zahnrad-Symbol innerhalb des Tooltips jederzeit möglich.--Jack ONeill 00:29, 2. Apr. 2013 (CEST)
Ich finde die Erweiterung ein nettes Extra, das ein wenig Komfort bringt - ein von mir.--Ghost Profil - Admin - Diskussion - Beiträge - 12:42, 2. Apr. 2013 (CEST)
Hört sich nicht schlecht an, allerdings muss ich dem Colonel zustimmen, ist eigentlich nicht wirklich nötig. Wäre eigentlich nur bei sehr langen Artikeln (wie Samantha Carter) sinnvoll, von denen es hier aber relativ wenige gibt... --D5B Offline - Diskussion 13:09, 2. Apr. 2013 (CEST)
Ich wäre als IP übrigens dafür, dass die Erweiterung installiert wird. Hat mir bei der Wikipedia auch schon immer gefallen. :) --217.253.2.181 10:23, 8. Mai 2013 (CEST)

Wenn man wirklich nicht damit überflutet wird, spricht mAn nichts dagegen, nur sollte es ein- und ausschaltbar sein. Für IPs ist das sicherlich schwieriger umzusetzen, da die Nutzer nur über Cookies identifizieren kann, wenn man, wie üblich, keine statische IP hat. --Janus ( Diskussion | Mail | Beiträge ) 13:43, 8. Mai 2013 (CEST)

Noch weitere Meinungen? Ansonsten könnte die Erweiterung passend zur Serverumstellung installiert werden. :) --Jack ONeill 14:56, 26. Jul. 2013 (CEST)
Habe mich umentschieden. Solange man es deaktivieren kann, finde ich, dass eig nichts dagegen spricht. --D5B Offline - Diskussion 16:01, 4. Sep. 2013 (CEST)
Ja, wenn sich das wirklich deaktivieren lässt, hab ich auch absolut nichts mehr dagegen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 16:16, 4. Sep. 2013 (CEST)

^Links und Verweise - Breite von 600px

Hallo liebe Community,

mir ist letztens aufgefallen, dass die Breite der Links-und-Verweise-Boxen beschränkt auf 600 Pixel doch eigentlich sinnfrei ist. Früher mag da ab und an noch eine Infobox reingeragt haben, aber jetzt sicher nicht mehr. Außerdem werden die Boxen jetzt auf kleinen Bildschirmen (Smartphone) unpassend groß, auf großen (normalen) unpassend klein dargestellt. Insofern wäre ich auf jeden Fall dafür da als Breite 100% zu übernehmen. Mir stellt sich dann weiterhin die Frage, ob wir nicht dann weitere Spalten einführen sollen bzw. welche nach rechts anstatt nach unten zu verlegen), wo ja dann die volle Breite genutzt wird. Meinungen dazu? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 18:20, 7. Apr. 2013 (CEST)

Finde die Idee gut, da das Wiki dann auch für die immer mehr Kommenden Tablets und Smartphones geeignet wäre, was allerdings nichts daran ändert, dass ich zu einer Extension für Mobilgeräte neige, dass das Wiki wie die mobile Version der WP abgerufen werden kann. --Ghost Profil - Admin - Diskussion - Beiträge - 19:56, 7. Apr. 2013 (CEST)
Ich bin auch dafür, aber dann sollte man meiner Ansicht nach auf jeden Fall weitere Spalten hinzufügen, weil das andernfalls sehr auseinandergezogen aussieht.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 20:05, 7. Apr. 2013 (CEST)
Ja, ich bin auch dafür, zusätzliche Spalten sind aber erforderlich: Normal 100 Prozent.--Mk XIV [Offline] | Diskussion 22:08, 19. Apr. 2013 (CEST)
Ich finde die Idee gut, allerdings sollten die verschiedenen Abschnitte "Personen", "Orte" und "Objekte" mAn nicht nebeneinander platziert werden. --D5B Offline - Diskussion 14:32, 20. Apr. 2013 (CEST)

HotCat für alle

Hallo liebe Community,

Ohne hieraus (wieder) einen langen Text zu machen: Ich würde hier vorschlagen (nachdem Phorgo es auf meiner Disk im Grunde schon getan hat), HotCat für alle angemeldeten User zugänglich zu machen. Denn durch die Benutzerkontenbestätigung ist die Vandalismus-Gefahr, die von neuen, angemeldeten Usern ausgeht, irgendwo zwischen sehr gering und inexistent. Allzu riesiger Schaden kann damit im Worst Case auch nicht angerichtet werden - es ist nicht viel unaufwändiger als z.B. eine Seite zu leeren und selbst das lässt sich ja wieder zurücksetzen.

Der Vorschlag entstand aus dieser Diskussion. Meinungen? Oder einfacher: Irgendwelche Einwände? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 20:33, 27. Mär. 2014 (CET)

Der Vollständigkeit halber: Ich hab keine Einwände.   —   Phorgo   @     —   20:41, 27. Mär. 2014 (CET)
Bin auch dafür. --Hammond Diskussion 20:49, 27. Mär. 2014 (CET)
Ich denke auch, dass das in Ordnung geht. Für den Fall, dass dies tatsächlich zu Vandalismus-Attacken auf HotCat führen sollte, kann man es zur Not ja immer noch wieder rückgängig machen, aber wie Col. o'neill ja auch gesagt hat, wird der Vandalismus durch die Benutzerkontenbestätigung extrem stark begrenzt. Dort kommen zwar leider täglich in der Regel mal mindestens fünf Spam-Anfragen, aber die kommen ja alle nicht ins Wiki durch.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 11:57, 28. Mär. 2014 (CET)
Okay. --D5B Offline - Diskussion 19:54, 28. Mär. 2014 (CET)
Bin dafür. --Ghost Profil - Admin - Diskussion - Beiträge - 20:05, 21. Apr. 2014 (CEST)
Es war ja ursprünglich als Zusatzberechtigung für Sichter gedacht. Gibt es noch mehr Stimmen?--Philipp Bürokrat · Disk ·  ] 17:37, 9. Mai 2014 (CEST)
Ich sehe nicht warum wir das den Sichtern vorbehalten sollten, da es wie der Col. sagte inzwischen (fast) nicht mehr missbraucht werden kann. --Octavius1200 Admin Diskussion 17:46, 9. Mai 2014 (CEST)

^Usertreffen 2014

Hauptartikel: StargateWiki:Usertreffen2014
Liebe Freunde,

wie schaut es aus? Interesse an einem Usertreffen 2014? Ich denke, dass es Sinn macht, wenn wir uns für die Zukunft aufstellen und unsere Arbeitsfelder in persönlichen Gesprächen koordinieren. Mein Vorschlag wäre, dass wir uns in Hessen oder NRW treffen, z.B. in der Pfingstwoche oder im Sommer (wenn Schul-/Semesterferien sind). In Essen (meiner Heimatstadt) könnte ich uns ein paar Konferenzräume und Schlafgelegenheiten umsonst organisieren. Ansonsten wäre ich aber auch für andere Vorschläge offen. Falls wir genügend Teilnehmer zusammen bekommen, könnten wir bald damit anfangen, eine Tagesordnung auszuarbeiten. Gruß --Philipp Bürokrat · Disk ·  ] 01:18, 27. Apr. 2014 (CEST)

Ja, ich denke, es ist nun schon wieder an der Zeit, sich darüber Gedanken zu machen. Auch wenn ich diesmal viel weiter fahren muss als beim letzten Mal. Und zum Ort: Letztes Jahr hatte ja neben Dir auch Jack ONeill gesagt, dass ihm Köln besser passen würde. Ich persönlich hätte aber auch nichts gegen Frankfurt, denn dafür müsste ich nicht soo lange fahren. Und Konferenzräume wären natürlich eine schöne Sache.
Zum Zeitraum würde ich einfach mal August vorschlagen - wäre das im Bezug auf die Semesterferien möglich, Philipp? Zur Terminplanung hab ich ein Doodle erstellt, vorerst mit allen August-Tagen. Tragt euch bitte ein. --D5B Offline - Diskussion 12:20, 27. Apr. 2014 (CEST)
Jap, ich glaube, es ist gut, das Thema frühzeitig anzusprechen. In den letzten beiden Jahren war das ja doch eher kurzfristiger. Also ich fände terminlich den Spätsommer (Ende August, September) besser, denn bis mindestens Mitte August bin ich stark in der Uni eingebunden. Das Pfingstwochenende wäre für mich aber auch okay. Hessen oder NRW als Ort würde mir auch passen. Da müsste ich überall entweder mit dem Auto oder mit dem Zug hinkommen.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 13:10, 27. Apr. 2014 (CEST)
Habe mich auch mal in den Doodle eingetragen.--Philipp Bürokrat · Disk ·  ] 13:43, 27. Apr. 2014 (CEST)
Das klingt doch sehr gut. Habe mich auch in den Doodle eingetragen. So wie es jetzt aussieht, muss ich im August unter der Woche arbeiten, deswegen die vielen roten Felder. Aber dazu kann ich zu einem späteren Zeitpunkt sicher Genaueres sagen. Der Raum NRW/Hessen ist auch ok, wenn wir das hier entsprechend koordinieren, kann man ja über Fahrgemeinschaften oder Ähnliches schon im Vorfeld sprechen. Pfingsten wäre aus meiner Sicht nicht so gut, da ich dann noch nicht wieder in Deutschland bin.--Jack ONeill 13:56, 27. Apr. 2014 (CEST)
So ich habe mich jetzt auch eingetragen und wäre auch wenn möglich für Fahrgemeinschaften. Sonst ist der Bereich an sich für mich ok zu erreichen (5h Zug /3h Auto). --Octavius1200 Admin Diskussion 14:59, 27. Apr. 2014 (CEST)
Okay, hab das Doodle jetzt um die ersten beiden Septemberwochen erweitert. --D5B Offline - Diskussion 15:03, 27. Apr. 2014 (CEST)
Hab mich auch mal eingetragen. Allerdings hängt das Ganze stark davon ab, wo es nun sein soll. Je nach dem kann sich das bei mir dann ändern. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 15:20, 27. Apr. 2014 (CEST)
Um nochmal zum Ort zu kommen: Wem von euch würde es was ausmachen, wenn ihr nach Frankfurt kommen würdet? --D5B Offline - Diskussion 19:20, 30. Apr. 2014 (CEST)
Ja das würde meine Reisezeit mit der Bahn fast verdoppeln. --Octavius1200 Admin Diskussion 19:39, 30. Apr. 2014 (CEST)
Wenn das in die Zeit vom 8. bis 18. August fällt, bin ich gerade ohnehin in Reichelsheim (Odenwald), von da wäre es nicht weit. Alles, was relativ nahe an Reichelsheim ist, wäre mir in der Zeit natürlich sowieso recht. Ansonsten macht es keinen allzu großen Unterschied - Frankfurt wäre recht einfach, kann aber natürlich auch woanders sein. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 20:08, 30. Apr. 2014 (CEST)
Hmm, ich denke daher, Hessen wäre zentraler für alle. Ortsvorschläge? --D5B Offline - Diskussion 11:51, 1. Mai 2014 (CEST)
Also für mich wäre Frankfurt natürlich ideal, weil ich da weniger als eine Stunde Anreisezeit hätte, aber im Prinzip kann ich überall irgendwie hinkommen, egal ob Hessen, NRW oder sonstwo.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 12:35, 4. Mai 2014 (CEST)

bin eher für NRW. Es sei denn, es würde eine Fahrgemeinschaft nach Hessen zustande kommen. Hin- und Rückfahrt nach Frankfurt würden mich mindestens 100€ kosten. Das möchte ich jetzt nicht für ein eintägiges Treffen ausgeben.--Philipp Bürokrat · Disk ·  ] 14:17, 4. Mai 2014 (CEST)

bin auch eher für NRW. Köln wäre ganz gut. Wenn es nicht anders geht, wäre Frankfurt auch ok. Hätte da ca. 1½ Stunden Anreise. Könnte auch eine Fahrgemeinschaft im Bereich Siegen (Siegstrecke, RE9 von Köln aus bzw. Autobahn A45) bis Frankfurt anbieten, so das Treffen denn dort zustande kommt.--Jack ONeill 17:26, 5. Mai 2014 (CEST)

Also ich kann mich eigentlich noch nicht festlegen, ob das geht. Frage ist eben auch, wie ich hinkommen könnte, bin ja fast am südlichsten Zipfel von BW. --Ghost Profil - Admin - Diskussion - Beiträge - 18:44, 5. Mai 2014 (CEST)
Hmm, ich sehe es ein, dass ich wohl keine Wahl habe ;D. Meinetwegen also Köln. Hat jemand etwas dagegen einzuwenden? --D5B Offline - Diskussion 14:52, 9. Mai 2014 (CEST)

Zum Datum: Es gibt sehr wenige Termine, an denen ein Großteil Zeit hat, der beste ist der Sonntag, 14. September. Drei Leute haben Zeit, drei weitere "wenns unbedingt sein muss". --D5B Offline - Diskussion 14:52, 9. Mai 2014 (CEST)

Wäre bei mir der vorletzte Ferientag. Wäre nicht so optimal, aber kann man machen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 15:29, 9. Mai 2014 (CEST)
Bei mir ginge der theoretisch auch.--Philipp Bürokrat · Disk ·  ] 16:09, 9. Mai 2014 (CEST)
Der Termin wo die meisten da sind ist aber bis jetzt der 16.8. mit 5 ja und 1 wennsseinmus. --Octavius1200 Admin Diskussion 17:24, 9. Mai 2014 (CEST)
Ja, aber es macht mMn wenig Sinn, wenn wir uns ohne Col. o'neill treffen. An dem 14. September können ja theoretisch alle.--Philipp Bürokrat · Disk ·  ] 17:35, 9. Mai 2014 (CEST)
Wie gesagt hängt es in der Woche vom 08. bis 18. August bei mir davon ab, wo es nun ist. Je nach dem könnte ich da vlt. auch, siehe meinen Beitrag oben von 20:08, 30. Apr. 2014 (CEST). --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 17:52, 9. Mai 2014 (CEST)
Also der 14.09. geht bei mir vermutlich auch.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 11:48, 11. Mai 2014 (CEST)

Zusätzlich würde jetzt auch der 30.8. (Samstag) in Frage kommen, Hammond hat an diesem Tag jetzt doch Zeit. Alle haben an diesem Tag Zeit, Octavius mit „wennsseinmus“. --D5B Offline - Diskussion 11:59, 11. Mai 2014 (CEST)

Also wenn an dem 30.08. tatsächlich so viele Leute können, wäre das ja ideal. Ich bin generell offen, was eine mögliche Terminfixierung angeht, aber wir sollten das vielleicht langsam mal klären.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 20:20, 1. Jun. 2014 (CEST)
--Philipp Bürokrat · Disk ·  ] 15:25, 2. Jun. 2014 (CEST)
Zustimmung auch von mir. 30.08. sollte bei mir gehen - wir sollten uns auch bald was zum genaueren Ort (zumindest eine Stadt) überlegen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 15:47, 2. Jun. 2014 (CEST)
Nachtrag: Eigentlich war Köln ja eh schon relativ sicher. Also ganz konkret: Spricht etwas gegen Köln am 30.08.? Wenn nicht, sollten wir das dann festmachen und zur detaillierteren Planung übergehen, bald sind es nur noch zwei Monate. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 15:16, 20. Jun. 2014 (CEST)
Köln passt von meiner Seite. Allerdings könnte ich in Essen Konferenzräumlichkeiten buchen und zwar im Weigle-Haus, nur 5 Minuten vom Hauptbahnhof entfernt. Die Räume verfügen über Beamer, freies und schnelles Wlan und Klimaanlage. Für Kaltgetränke kann da gesorgt werden, ebenfalls für Snacks. Das könnte ich eben umsonst organisieren. In Köln ginge das von meiner Seite aus nicht. Da müsste die räumliche Initiative dann von jemand anderem kommen.--Philipp Bürokrat · Disk ·  ] 16:48, 20. Jun. 2014 (CEST)
Essen ging von meiner Seite aus ebenso gut wie Köln - das mit den Konferenzräumen ist natürlich ein kräftiges Argument dafür. Wenn es niemanden gibt, für den Köln deutlich, deutlich besser ist, sollten wir die Chance, denke ich, ergreifen. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 16:55, 20. Jun. 2014 (CEST)
Also Essen wäre für mich auch okay. -- A. M. ( Bürokrat | Diskussion | Beiträge ) 14:19, 22. Jun. 2014 (CEST)
Da ich neulich im IRC nocheinmal drauf angesprochen wurde: Ich wüde gerne kommen, allerdings bin ich bis 09.08 in Rom und direkt im Anschluss bis 23.08 im Zeltlager, so ab 27.08 gehts dann mit der Familie in den Urlaub, daher habe ich leider nicht wirklich eine Möglichkeit, zum Usertreffen zu kommen, da cih danach auch noch ein wenig für die Schule machen sollte,es folgt schließlich das Abitur ^^. Euch allen trotzde viel Spaß und hoffentlich ein paar gute Diskussionen mit ebenso guten Ergebnissen . --Ghost Profil - Admin - Diskussion - Beiträge - 18:15, 22. Jun. 2014 (CEST)
Essen passt mir auch gut. Habe ca. 3h Anreise mit der Bahn. Das mit den Räumlichkeiten hört sich doch super an, gut, dass du das organisieren kannst, Philipp.--Jack ONeill 06:29, 24. Jun. 2014 (CEST)
Der Vollständigkeit halber: Bin auch für Essen. --D5B Offline - Diskussion 16:08, 24. Jun. 2014 (CEST)
Jo Essen wäre machbar. --Octavius1200 Admin Diskussion 15:50, 27. Jun. 2014 (CEST)

Okay, dann machen wir Essen hiermit fest. Denn mit jedem Tag werden die Bahnticketts teurer, uns weniger als zwei Monate vorher sind sie das schon jetzt... Hammond kann an dem Tag nun doch nicht. Damit wären wir dann: Philipp, A. M., Jack ONeill, D5B, Octavius1200 und ich. Was tatsächlich noch relativ dringlich zu klären wäre, ist nun nur noch der (ungefähre) Zeitpunkt. Für mich wären diese Ankunftszeiten am Essener Bahnhof gut: 11:39, 11:57, 13:02, 13:57, 14:57, 15:57. Wie schaut es da mit den anderen aus? Ab wann und für wie lange sollen wir das denn ansetzen? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 20:19, 2. Jul. 2014 (CEST)

12 Uhr klingt doch ganz vernünftig. Mir ist es jedoch egal, ich kann zu jedem Zeitpunkt.--Philipp Bürokrat · Disk ·  ] 21:03, 2. Jul. 2014 (CEST)
By the way: günstiges Spar-Angebot der Bahn. Ich werde außerdem Pizza für uns alle bestellen --Philipp Bürokrat · Disk ·  ] 21:05, 2. Jul. 2014 (CEST)
Ich fahre von mir aus ohne Verkehr auf der A2 *hust* ca 3h d.h. 12Uhr wäre also durchaus machbar. Dann bräuchten wir noch die genaue Adresse und vllt kann man sich ja mal wegen Fahrgemeinschaften umgucken in dem jeder mal sagt woher er ungefähr kommt. Dann sollten wir gucken ob wir nicht vllt noch zusätzlich ein paar Telefonnummern austauschen um die anderen zu erreichen wenn es nötig ist. P.s. Pizza hört sich gut an :) --Octavius1200 Admin Diskussion 22:36, 2. Jul. 2014 (CEST)
Pizza gerne. ;) Nummern sollten wir natürlich austauschen, allerdings ist oberste Priorität erstmal einen genauen Zeitpunkt (und ggf. damit auch Fahrgemeinschaften) zu finden. Octavius, das mit den drei Stunden hab ich nicht ganz verstanden - heißt das, 12 Uhr wäre bei Dir auch okay oder wie? Wie ist das bei den anderen? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 15:25, 3. Jul. 2014 (CEST)
Jap, 12 Uhr müsste bei mir auch gehen. -- A. M. ( Bürokrat | Diskussion | Beiträge ) 22:33, 3. Jul. 2014 (CEST)
12 Uhr geht bei mir auch klar.--Jack ONeill 04:42, 4. Jul. 2014 (CEST)
12 Uhr müsste klappen. Schickt ihr mir eure Handynummern per Mail, dann mach ich eine WhatsApp-Gruppe auf? --D5B Offline - Diskussion 19:22, 4. Jul. 2014 (CEST)
Sehr gut, dann können wir 12 Uhr ja auch festmachen. Wie ist es mit der Dauer? Wie lange sollen wir einplanen - bis 17 Uhr (16:53 Abfahrt wäre bei mir ziemlich gut) oder länger?
D5B und ich haben uns eben im Chat abgesprochen, wir würden dann am Essener Bahnhof um 11:39 ankommen. Die 20 Minuten kann man ja locker warten, zumal die Bahn sicher eh weniger daraus macht... :p
WhatsApp fällt von meiner Seite flach, aber generell ist das sicher eine gute Idee.
--Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:38, 4. Jul. 2014 (CEST)
WA ginge von mir aus ... wie lange es dauert ist mir egal da mich vrmtl. mit dem Auto komme :) --Octavius1200 Admin Diskussion 23:26, 4. Jul. 2014 (CEST)
Also von der Länge her denke ich auch, dass 17 Uhr ganz gut wäre. Dann haben wir fünf Stunden. Das sollte eigentlich ausreichen.
-- A. M. ( Bürokrat | Diskussion | Beiträge ) 13:12, 6. Jul. 2014 (CEST)
Joar, find ich ok, ich persönlich werde sowieso erst am nächsten Tag wieder heimreisen. --D5B Offline - Diskussion 14:53, 6. Jul. 2014 (CEST)
Zustimmung für 12-17 Uhr.--Jack ONeill 21:41, 6. Jul. 2014 (CEST)

Vorschläge für die Tagesordnung bitte auf StargateWiki:Usertreffen2014 abgeben. Danke!--Philipp Bürokrat · Disk ·  ] 18:44, 7. Jul. 2014 (CEST)

Bahnticketts sind gebucht. Beim Banner ist das SGW-Logo übrigens noch immer in diesem 3D-Effekt, wodurch es im "Bild" etwas schief wirkt. Zumal der Trennstrich darin ja offenbar wieder normal, also ohne Tiefeneffekt, ist. :D --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 18:51, 7. Jul. 2014 (CEST)

Nach einem Vorschlag von TonDHD kam mir die Idee, den IRC-Channel (oder ggf. einen Ableger davon, den man dafür erstellen könnte) einzubinden, über den interessierte User, die nicht teilnehmen, Fragen stellen können und über den man ggf. auch kurze Zwischenberichte abgeben kann. Wenn wir z.B. mit einem Thema quasi durch sind, kann man das Ergebnis im IRC posten und so Nicht-Teilnehmern die Möglichkeit geben, noch einen weiteren Aspekt einzuwerfen oder ähnliches. Wie steht ihr dazu? --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:28, 30. Jul. 2014 (CEST)

Finde ich nicht so gut. Wer nicht am Usertreffen teilnehmen kann, hat die Möglichkeit, unter StargateWiki:Usertreffen2014 ein Thema einzustellen, das diskutiert werden soll. Des Weiteren findet der User dann nach dem Treffen auf der gleichen Seite einen Bericht zum Treffen. Während des Treffens im IRC "mitzuprotokollieren" (wenn auch nur in kleinem Stil) erscheint mir nicht sehr sinnvoll. Außerdem glaube ich, dass TonDHD bei diesem Treffen nicht wirklich viel versäumt, da er ja eh noch nicht sehr lange im Wiki dabei ist - was nicht böse gemeint ist. --D5B Offline - Diskussion 17:17, 31. Jul. 2014 (CEST)
Im Voraus ein Thema einzureichen und im Nachhinein das Ergebnis zu sehen ist aber etwas gänzlich anderes, als sich im Gespräch beteiligen zu können. Wenn jemand einen Aspekt bei einem Themenvorschlag noch einbringen will bzw. kann, der vorher nicht berücksichtigt wurde, oder einen noch nicht gesehenen Einwand hat, ist es doch wohl besser, wenn er den einbringen kann, bevor das Gespräch vorbei ist, oder? Und wie ich schon auf meiner Diskussionsseite sagte, von mitprotokollieren ist nicht die Rede. Aber eine Art Zwischenstand im IRC posten, um nicht anwesenden Usern die Möglichkeit zu geben, noch etwas einzuwerfen bzw. beizutragen, bevor wir zum nächsten Thema schreiten, ist weder besonders häufig noch besonders aufwändig. Was genau findest Du da denn nicht sinnvoll? Und dass jemand noch nicht lange im Wiki ist, heißt ja nicht, dass er nichts zur Diskussion beizutragen hat oder dass sie ihn nicht zumindest interessiert. Z.B. zum Facebook-Thema könnte sogar jemand etwas beitragen, der hier nicht angemeldet ist und/oder mehr liest als bearbeitet. Selbes gilt für das Exzellent- und das Reboot-Thema. Insofern würde ich nicht so voreilig sagen, dass da jemand ohnehin nichts (oder nicht wirklich viel) versäumen würde. :p --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 18:20, 31. Jul. 2014 (CEST)

^Fehler bei Stichpunkten und Bilder

Mir ist vor einiger Zeit aufgefallen, dass wenn Bilder in oder unmittelbar vor Abschnitten mit Stichpunkten liegen sich die Punkte im Bild selbst befinden. Ich hatte schon überlegt wie man das lösen könnte ohne die Bilder zu verschieben, wüsste aber nicht wie? Da das Problem bei vielen Episoden auf tritt könnte man vielleicht auch einen Bot einsetzten( ich weiß ehrlich gesagt nicht genau wie die Dinger funktionieren) Weiß jemand eine Lösung? Hier eine Liste mit allen Episoden wo der Fehler auftritt--SimeonBenutzerseiteDiskussion 19:14, 26. Jul. 2014 (CEST)

Ich kann keinen Fehler feststellen. Schicke doch bitte mal einen Screenshot. Ich würde vermuten, das das mit der eingestellten Auflösung zusammenhängt. Ich bin mal ein paar Bildschirmgrößen durchgegangen, habe aber nichts entsprechendes finden können. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 19:23, 26. Jul. 2014 (CEST)
Ich habe ebenfalls verschiedene Bildschirmgrößen ausprobiert, der Fehler tritt aber weiterhin auf. Hier der Screenshot( Auflösung 1920 x 1080)
--SimeonBenutzerseiteDiskussion 20:14, 26. Jul. 2014 (CEST) Link war fehlerhaft --SimeonBenutzerseiteDiskussion 20:15, 26. Jul. 2014 (CEST)
Ich kann den Fehler rekonstruieren. Auf meinem 4:3 Bildschirm mit 1280x1024 wird alles korrekt dargestellt. Ziehe ich es jedoch auf meinen 16:10 Bildschirm mit 1680x1050 bekomme ich das gleiche Bild wie Simeon. --Octavius1200 Admin Diskussion 23:34, 26. Jul. 2014 (CEST)
Nachtrag: Nicht exakt das gleiche Bild ... die Bilder sind noch ein stück höher bei mir aber im Endeffekt der gleiche Fehler Cache leeren erfolglos. --Octavius1200 Admin Diskussion 23:36, 26. Jul. 2014 (CEST)
Ah, ok. Bei dem Artikel kann ich den Fehler (näherungsweise) auch sehen. Der Fehler ist relativ natürlich: Er entsteht durch sehr ungünstige Verteilung der Bilder. Datei:Planeten zu erde.jpg soll eigentlich rechts neben der Textstelle „Wie aus diesem Gespräch bekannt wird, wurden schon über 50 Wahlversuche von Paralleluniversen durchgeführt. Kurz danach kommt Carter, um zu helfen.“ stehen. Da ist aber die Infobox, weshalb sich das Bild unter die Infobox schiebt. Datei:Sam und Kvasir.jpg soll eigentlich links neben „An Bord befindet sich nur das originale SG-1-Team und das Team, welches als erstes durch das Tor kam.“ stehen. Allerdings steht es im Quelltext nunmal auch erst nach „Planeten zu erde.jpg“, weshalb es auch in der Anzeige unter diesem stehen muss. Also schiebt sich „Sam und Kvasir.jpg“ links neben (und von der Höhe her direkt unter) „Planeten zu erde.jpg“ - und das ist auch erst unter der Infobox. Dasselbe passiert mit Bild:Verabschiedung.jpg - es erscheint rechts unter „Planeten zu erde.jpg“. Und dann kommt die Bildschirmgröße bzw. -auflösung ins Spiel: Bei mir z.B. (1366 x 768) endet die Infobox auf Höhe des Satzes „Später kommt Teal'c auf die Brücke und sagt Mitchell, dass der andere Mitchell ihn sprechen will.“ Mit anderen Maßen hat der Text aber z.B. mehr Platz in die Breite und so verschiebt sich das Ganze. Bei euren höheren Auflösungen geht das dann so weit, dass die Infobox erst im Hintergrundinfos-Abschnitt endet, wodurch die drei verschobenen Bilder auch erst dort unten angezeigt werden können. Rechts neben Stichpunkten ist nie ein Problem, links verursacht es aber meistens ein unschönes Aussehen - und das erst recht, wenn das Bild wie hier im Quelltext nicht mal dort unten steht, sondern nur quasi nur dorthin „geschoben“ wird. Ein Bot kann das nicht wirklich richten, das ist einfach eine Sache der Bilderverteilung. Wegen unterschiedliche Bildschirmgrößen verursacht die immer irgendwo Layout-Probleme. Es war zumindest mal geplant, dem mit einer Slideshow-Erweiterung entgegenzuwirken (Diskussion von 2011). Für diesen bestimmten Artikel habe ich einfach mal ein paar Bilder aus der Zusammenfassung genommen, jetzt sollte der Fehler dort nicht mehr auftreten. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 12:10, 27. Jul. 2014 (CEST)
Löst nur leider das Problem auf den anderen Seiten der Liste nicht. Ich weiß das da schon mal drüber gesprochen wurde aber kann man nicht verhinden dass die Infobox die Bilder nach unten schiebt? --Octavius1200 Admin Diskussion 13:35, 27. Jul. 2014 (CEST)
Man muss auf den anderen Seiten (und sowieso überall im Wiki eigentlich) nur dasselbe machen: Die Bilder besser verteilen. Ich wüsste, wie man das Verschieben verhindern kann und teste das mal. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 13:46, 27. Jul. 2014 (CEST)
Nachtrag: Also durch eine kleine Ergänzung zur MediaWiki:Common.css könnte man diese Verschiebung abschalten. Die Bilder werden dann an der richtigen Stelle direkt links neben der Infobox angezeigt. Der Haken dabei ist, dass Bilder, die nur ein kleines bisschen über dem Ende der Infobox rechts positioniert sind, natürlich auch dann nicht mehr unter der Infobox, sondern neben ihr angezeigt werden. Das erzeugt eine kleine Lücke unter der Infobox / rechts vom Bild. Allerdings betrifft es eben nur die Artikel, in denen ein Bild an eben dieser Stelle ist. Ich habe mal ein paar Vergleichs-Screenshots erstellt, teils mit besagtem Fall: Dropbox-Ordner. Jeweils der erste ist so, wie es jetzt ist, der zweite mit der Erweiterung. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 16:25, 27. Jul. 2014 (CEST)
Nachtrag 2: Übrigens wäre das hier eher was für die Technik-Zentrale - nur als Hinweis für die Zukunft. --Col. o'neill ( Ich bin gerade offline | Admin | Kontakt) Navigation 18:18, 27. Jul. 2014 (CEST)
Ok, werde ich bei weiteren Technik-Diskussionen so machen. Auf jeden fall danke für die Hilfe --SimeonBenutzerseiteDiskussion 10:21, 30. Jul. 2014 (CEST)

--79.196.176.173 20:06, 15. Aug. 2014 (CEST)WAN HAT SOE FLAGNIGAN GEBURTSTAG UND WIE ALT IST DER