Technischer Wiki-Leitfaden

Aus EnzyklopAtys

Wechseln zu: Navigation, Suche
de:Technischer Wiki-Leitfaden
en:Wiki Technical Guide
es:Guía Técnica de la Wiki
fr:Guide Technique du wiki
ru:Техническое руководство по Вики
 
UnderConstruction.png
Übersetzung zur Überprüfung
Gib nicht den Mitwirkenden die Schuld, sondern komm und hilf ihnen. 😎

Ein kurzer technischer Leitfaden für sachkundige Mitarbeiter und Dokumentenmanager.
Siehe auch die Anleitung zum Schreiben (Grundlagen) und allgemein die Kategorie:Hilfe.

Teamarbeit

Vergessen Sie nie, daß jedes Dokument (mit Ausnahme geschützter Seiten, die nur für Administratoren zugänglich sind) jederzeit von jedem bearbeitet werden kann. Siehe unten (Änderungen und (Permanente) Inhaltsvalidierung) um bewährte Praktiken zu befolgen.

Um "mit mehreren Personen zu schreiben", ist es besser, ein PAD zu verwenden. Mehr unter Dateiformate - Die .pad's.

Diskussionsseiten

Oft ist es nützlich, bequem oder notwendig, eine Nachricht für andere zu hinterlassen. Für diesen Zweck wird jedem Dokument bei seiner Erstellung eine Seite "Diskussion" zugeordnet, zum Beispiel hier: Diskussion:Technischer Wiki-Leitfaden [[Diskussion:{{FULLPAGENAME}}].

Auf jeden Fall sollten Sie versuchen, einen lesbaren Schreibstil zu pflegen. Jedes Thema sollte mit einem Titel ===Titel des Themas=== beginnen. Es ist besser, fünfzig einzelne kleine Themen mit jeweils einem Titel zu haben als ein Paket mit fünfzig Themen. Dies erleichtert die Berücksichtigung, Vervollständigung usw. von differenzierten Antworten.

Am Ende des Themas sollten Sie immer mit ~~~~ unterschreiben. So ist sofort ersichtlich, wer die Nachricht zu welchem Zeitpunkt veröffentlicht hat.

Traditionell erfolgt die Beantwortung durch Einrücken wie in E-Mails. Dies geschieht, indem die Zeile mit einem : mehr beginnt als der vorherige Teil. Natürlich wird jede Antwort, jeder Bounce unterschrieben. Dies ist sehr nützlich für jemanden, der später dieselben Fragen stellt und diese Diskussion als Teil einer "Wissensdatenbank" betrachtet.

Schließlich kann es sinnvoll sein, ein an den Titel anzuhängen, um anzuzeigen, dass das Thema geschlossen ist ==Titel des Themas {{OK}}==. Wenn das Thema wiedereröffnet werden soll, können wir das durch ein {{KO}} ersetzen.

Leider werden die von der Befragung betroffenen Personen nicht unbedingt benachrichtigt (die Anzahl der verfolgten Artikel - und damit die Wahrscheinlichkeit, dass ihre Änderungen gemeldet werden - ist begrenzt, um die Datenbank nicht zu sprengen). Denken Sie also auch daran, die Person(en) zu benachrichtigen, die möglicherweise betroffen sind, indem Sie auf den Link zur Diskussion hinweisen. Auch hier sind Titel und Unterschrift, selbst wenn sie sehr kurz sind, willkommen.

Förderung

Bei der ersten Lektüre wird man feststellen, daß das Wiki, auch wenn es einfach ist, dort zu schreiben, sehr aufwändig zu verwalten ist, mit all den Regeln der Benutzerfreundlichkeit und Effizenz, seinen Traditionen, die auf den Erfahrungen der Vorgänger aufbauen, usw. Das liegt daran, daß das Wiki auch seine "Lore" hat. (aus dem Englischen entlehnt und bedeutet "mündliche Überlieferung").

Wollen Sie sich wirklich an dem Wiki beteiligen? Dann zögern Sie nicht, eine Patenschaft einzugehen, ohne Verlegenheit, Schüchternheit oder Scham... Wir haben alle angefangen, und vielleicht, so hoffen wir, sind Sie später als Pate an der Reihe. Kennen Sie niemanden? Versuchen Sie, einige "alte Hasen" auf https://chat.ryzom.com/channel/pj-ryzom_wiki zu kontaktieren oder kontaktieren Sie sie über Special:ActiveUsers.

Übersetzungen

Es gibt vier Regeln, die nebeneinander bestehen:

• Schmiede (Entwicklungsteil), Charta für das Verhalten im Spiel, Grafik-Charta, Grundlegende Kategorien
  • Alles muß ins Englische übersetzt werden, damit es einer möglichst großen Zahl von Menschen zugänglich ist, die das geschriebene Englisch mehr oder weniger gut verstehen;
• Charta für das Verhalten im Spiel, Grafik-Charta, Vorlagen für die Verwaltung des Wikis, grundlegende Kategorien
  • Alles muß in alle Sprachen übersetzt werden;
• Überlieferungen, Chroniken, öffentliche Animationen
  • Alles muß mindestens in die drei "Muttersprachen" von Ryzom übersetzt werden: DE, EN und FR;
• den Rest, insbesondere die Rollenspielteile
  • Es gibt keine Regeln, nur das Interesse der Spieler und der Übersetzer ist entscheidend.

Für Hilfe bei der Übersetzung dieses Wikis siehe fr:WikiTrad/WikiTrad-FR oder dessen englische Version [1].

Änderungen

EN wiki history comparing.png
EN wiki history see.png
Mit Ausnahme von archivierten Dokumenten und Dokumenten mit dem offiziellem Status "Finales Dokument" (Lore, Chronik) kann alles verbessert werden, und das ist einer der Reichtümer von Wikis.

Dennoch müssen bestimmte Regeln der konstruktiven Zusammenarbeit beachtet werden.

Zunächst ist zu prüfen, ob die Änderungen tiefgreifend sind oder nicht. Es gibt keine Regeln und es ist mehr ein "Gefühl", aber wenn die Änderung tiefgreifend ist, ist es ratsam, sich zunächst den Verlauf der Seite anzusehen (Schaltfläche "Versionsgeschichte" neben "Bearbeiten"). Wenn sich der Inhalt (nicht die Form, das Aussehen, die Rechtschreibung...) seit einiger Zeit nicht mehr geändert hat, kann man davon ausgehen, daß der Verfasser ihn so belassen hat, wie er ist, und daß das Dokument möglicherweise veraltet ist und aktualisiert werden muß. Ein Beispiel ist nebenstehend abgebildet.

Eine Aktualisierung kann als tiefgreifend angesehen werden, wenn sie Zeilen oder sogar Absätze löscht, die für die Entwicklung des Themas von grundlegender Bedeutung sind. In diesem Fall ist es angebracht, eine Nachricht auf der Seite "Benutzerdiskussion:xyz" zu hinterlassen. Während Sie auf eine Antwort warten (eine Woche?), ist es ratsam, den ursprünglichen Text auf der geänderten Seite beizubehalten. Die einfachste Art, einen Text zu kommentieren, ist, ihn mit <!-- einzuleiten und mit --> zu beenden. Aber manchmal gibt es Probleme, vor allem wenn es bereits andere Kommentare gibt. In diesem Fall kann man Hammer und Meißel benutzen, indem man den Text mit <noinclude><includeonly> und </includeonly></noinclude> umschließt. Warum diese Komplikation? Weil es immer nötig ist, die Texte des Autors und seine geistige Urheberschaft zu respektieren, auch bei freier Software. Andernfalls riskieren wir einen :

Berabeitungskrieg (Edit-War)

Siehe auch Wikipedia [2]

In einem "Edit-War" äußern zwei oder mehr Redakteure eine starke Meinungsverschiedenheit über einen bestimmten Punkt (den Inhalt oder Titel eines Artikels, seine Unterteilung in mehrere kleinere Artikel, einen nicht neutralen Absatz...). Folgende Anzeichen sind zu beobachten: aktiver Widerrufszyklus zum Artikel selbst, aggressive Kommentare, persönliche Angriffe, fehlende Diskussion über das Thema des Artikels zwischen den Protagonisten.

Die absichtliche Verschlechterung des Inhalts, das Beschönigen von Seiten oder die Verwendung von Beleidigungen auf der Diskussionsseite oder in der Zusammenfassung gelten als Vandalismus.

[...]

Als letztes Mittel kann ein Administrator außerhalb der Debatte die Seite schützen. Da in diesem Fall alle Redakteure die gleichen Bearbeitungsrechte haben, werden die an der Debatte Beteiligten gebeten, die Regel "keine Bearbeitung" zu beachten. Es wird auch daran erinnert, dass die Teilnahme an einem Edit-War zur Sperrung von engagierten Mitwirkenden führen kann und dass jederzeit die Drei-Widerrufs-Regel gilt.

Dies ist nicht zu verwechseln mit einem Bearbeitungskonflikt. In der Wikipedia tritt ein Versionskonflikt oder "Bearbeitungskonflikt" auf, wenn zwei Autoren gleichzeitig an derselben Seite arbeiten: Der zweite, der mit einer veralteten Version der Seite arbeitet, wird zurückgewiesen. Seit MediaWiki Version 1.3 geschieht dies nur noch, wenn die Änderungen nicht automatisch zusammengeführt werden können. (siehe Wikipedia Bearbeitungskonflikt für mehr Informationen)

Arbeite in Gelassenheit

Natürlich werden solche Zwischenfälle und Unschicklichkeiten nicht zu 100% vermieden werden können, also ist es am sinnvollsten den folgenden Empfehlungen zu folgen ( von Wikipedia Bearbeitungskonflikten vorbeugen):

"Um Versionskonflikte zu meiden, ist es der einfachste Weg, lange Änderungen zu vermeiden.'

Dies ist jedoch nicht immer möglich. Das ist der Grund, warum es empfohlen wird, wenn eine Seite tiefgreifend modifiziert wird, zuerst den Banner {{WIP|~~~~}} hinzuzufügen, der wie folgt angezeigt wird:

WIPBanner.png

Sobald die Seite mit dem Banner veröffentlicht wird, können Sie es jedeszeit ändern. Begrenzen Sie die Anzahl der Änderungen, indem Sie die Vorschau verwenden, um Anpassungen vorznehmen (das spart Zeit und vermeidet eine Unordnung der Seite "Letzte Änderungen".)

Wenn Sie fertig sind, vergessen Sie bitte nicht, die Vorlage {{WIP}} wieder zu entfernen.

Der Entwurf

Eine andere Methode, um in Ruhe zu arbeiten, ist die Arbeit in Ihrem eigenen Benutzerbereich. Dieser Raum ist [[Benutzer:Leda/Entwurf/...]]. Die Dokumente, die Sie dort erstellen, sind für Suchmaschinen nicht zugänglich (außer du makierst die Seite explizit mit ). Selbst Google sollte nicht dorthin gehen!

(Permanente) Inhaltsvalidierung

Normalerweise sind in Ryzom-Wikis alle Seiten frei bearbeitbar, solange es keinen Vandalismus gibt. Dennoch benötigen die Spieler möglicherweise zuverlässige Dokumente. Dies betrifft hauptsächlich:

  • Den Verhaltenscodex im gesamten Spiel, einschließlich dieses Wikis.
  • Die Lore, die die grundlegenden Merkmale des Spiels festlegt (Homins sprechen kein Klingonisch, die Karavan fliegen nicht auf Feuerdrachen und Kamis kommen nicht aus einer Öllampe). Diese Eigenschaften werden in der Lore beschrieben. Sie sollen hier nur kurz erwähnt werden, um auf ihre Existenz hinzuweisen.

Andere Dokumente können als wartungsempfindlich eingestuft werden, wie z. B. die Vorlagen, die in großem Umfang verwendet werden und das Aussehen oder sogar die Lesbarkeit von Dokumenten verändern können.

Schließlich kann die Validierung für die Mitwirkenden, ob Entwickler, Spieler (RP oder nicht), Moderatoren oder andere, nützlich sein, um eine Bestätigung ihrer Arbeit zu bitten.

Ein Dokument, das von den Loristen, den offiziellen Kommunikationsmanagern oder den "Administratoren" validiert wurde, ist geschützt gegen alle nicht ausdrücklich genehmigten Änderungen.

Die Lore

Zusammenfassung der spezifischen Behandlung von Dokumenten im Zusammenhang mit der Lore.

Offizielle Kopie

Von den Loristen verfasste und von "Enzyklopädisten" transkribierte oder übersetzte Texte. Das Lore-Logo {{Lore Officielle}} wird oben auf der Seite angebracht, die das Bild Rubber-Stamp-Amber.png anzeigt.

Erstellung von Nicht-Loristen

Um die Validierung durch das Lore-Team anzufordern, muss das Banner {{Lore Validation Request}} ganz oben auf der Seite angebracht werden, das wie folgt angezeigt wird:

Dummy.png
This page is submitted to the Lore staff for validation.
Editing date:...


Validierung

Ein Lorist bringt, falls das nicht schon getan wurde, das Lore Logo an, und löscht jedes Banner, das möglicherweise für eine Validierungsanfrage genutzt wurde. Dann schützt der Lorist (der diese Aufgabe als Administrator delegieren kann) die Seite. Das Lore-Logo wird dann zu: Rubber-Stamp-Amber.png.

Wiki-Anzeige im Spiel

Das Entwicklerteam verwendet gerne unsere Dokumente, um sie im Spiel anzuzeigen, um dem Spieler bei seinen Quests zu helfen, aufzuklären und zu animieren. Unsere Texte sind manchmal etwas lang, um im Spiel gelesen zu werden, Daher wurde ein Tool bereitgestellt, mit dem angegeben wird, welche Teile interessant oder sogar wichtig sind. Es ermöglicht auch, alle Schnickschnack des Wikis zu entfernen, die im Spiel nicht verarbeitet werden können oder die das Lesen erschweren.

Um nur einen oder mehrere Teile der Wiki-Seite anzuzeigen, verwenden Sie einfach die Vorlagen IGstart und IGend. Die Rolle dieser beiden Modelle besteht darin, nur den Teil des Textes anzuzeigen, der zwischen {{IGstart}} und {{IGend}} enthalten ist. Alles andere ist im Spiel unsichtbar.

Beispiel:

Wenn wir die Seite Elyps öffnen, sehen wir die komplette Seite im Wiki. Zwischen den Übersetzungsflags oben und dem Portalbanner und den zugehörigen Kategorien unten bringt die Seite viele Informationen. Was den Spieler nun interessiert, ist die Verwendung der Elyps im Spiel. Es spielt für ihn keine Rolle, die Geschichte und viele andere Details zu kennen, die die Neugier des Spielers außerhalb des Spiels oder für das RP befriedigen müssen. Das nebenstehende Bild zeigt diesen Teil, den der Spieler im Spiel gesehen hat.

Wenn wir die Elyps-Seite in modifizierter Form öffnen, werden wir feststellen, dass der gesamte vorherige Text {{IGstart}} im Spiel nicht angezeigt wird. Ebenso ist der gesamte Text, der auf {{IGend}} folgt, ebenfalls nicht. Nur was zwischen {{IGstart}} und {{IGend}} angezeigt wird.

Zusammenfassend und in Bildern

Kategorien

Alle Daten, Artikel, Bilder, Vorlagen, Portale, usw., müssen kategorisiert werden.

Verwendung der Kategorien

Kategorien sind sehr nützlich zur Katalogisierung von Dokumenten und erleichtern die Suche. Es muss verstanden werden, dass eine Kategorie einem Set im mathematischen Sinne des Ausdrucks ähnelt. In anderen Worten:

  • ein Artikel kann mehreren Sets angehören
  • ein Set eines Artikels kann völlig in einem anderen beinhaltet sein
  • Es ist nicht notwendig einen Artikel, der zwei Sets angehört, zu deklarieren, falls einer von beiden von dem anderen komplett einbezogen wurde.

Beispiel: rote Socke kann Socke, rote Objekte, rote Kleidung, Kleidung angehören. Normalerweise genügt es, wenn man erklärt, daß die Socke zu rote Kleider gehört. Aber man könnte auch sagen, daß die Socke zu rote Objekte gehört ohne sich auf rote Kleider zu beziehen. In beiden Fällen ist es sinnlos zu erklären, dass es zu Kleider gehört.

Die Auswahl der Kategorien kann manchmal mit Werkzeugen verlinkt werden, die es erlauben in einer Kategorie zu suchen und die oft in Portalen angezeigt werden. Zum Beispiel:

Portal …

Es gibt jetzt 19 Seiten auf …

Das wird erreicht durch Es gibt jetzt {{Anzahl der Seiten}} Seiten auf ...

Natürlich ist aus dem vorangegangenen Beispiel ersichtlich, dass es Ausnahmen geben kann, die hauptsächlich mit der Benutzerfreundlichkeit der Suche zusammenhängen. Die automatische Suche (z. B. die zufällige Suche nach einem Artikel, der aufgenommen werden soll - siehe Dok des Tages unten) in Kategoriebäumen ist sehr zeit- und energieaufwändig. Aus diesem Grund ist es am besten, {{Anzahl der Seiten}} zu verwenden, die nicht in Unterkategorien unterteilt sind.

Die grundlegenden Kategorien dieses Wikis

Die Wikis, die mit dem Ryzom-Universum verknüpft sind, dienen dem Austausch von Daten, die den Kernsprachen des Spiels gemeinsam sind. Diese gemeinsamen Daten werden in vier Baumstrukturen gruppiert, die im Artikel Kategorisierung beschrieben werden. Nur die "großen Äste" werden detailliert aufgeführt, um den einzelnen Sprachgruppen die Freiheit zu lassen, die Daten zu organisieren. Aber diese Stämme und ihre "großen Äste" sind unverzichtbar, vor allem für Übersetzer, die leicht zwischen Artikelgruppen navigieren wollen.

6 Wikis, 6 Kategoriensätze, alle Bilder gemeinsam
—• Sechs Wikis, sechs Kategoriensets, alle Bilder gemeinsam •—

Im Allgemeinen wird bei den Kategorien zwischen Groß- und Kleinschreibung unterschieden.

Anzeige in einem Kategorie-Glossar

Zum Beispiel wird die Seite Technischer Wiki-Leitfaden in der Hilfe-Kategorie unter dem T (von Technischer Wiki-Leitfaden) angezeigt. Um sie unter L (Leitfaden) erscheinen zu lassen, verwenden Sie den Code [[Kategorie:Hilfe|Leitfaden]].

Vorlagen (Templates)

Aus Wikipedia [3]

"Eine Vorlage ist eine Seite, die nach dem Transklusionsprinzip die Einbindung häufig verwendeter Elemente in andere Seiten erleichtert. Vorlagen gehören zu den Bausteinen. Im einfachsten Fall sind es vorformulierte Textbausteine, die auf einer anderen Seite eingefügt werden können. Prinzipiell können Seiten sämtlicher Namensräume wie eine Vorlage verwendet (transkludiert) werden. Die Verwendung des Vorlagen-Namensraums ist jedoch bei Vorlagen, die in Artikeln verwendet werden sollen, generell zu bevorzugen.

Häufig enthalten Vorlagen auch die Möglichkeit, veränderliche Daten einzufügen, binden grafische Elemente ein und verwenden mehr oder weniger komplexe Programmierungen. Auf diese Art werden beispielsweise die Einbindung von Personendaten, Infoboxen, die Georeferenzierung und Navigationsleisten realisiert. (siehe Wikipedia [4] für weitere Informationen)

Visueller Aspekt und grafische Charta

Der visuelle Aspekt muß an die Identität des Spiels erinnern. Zum Beispiel: Die Infoboxen erinnern an die Memory Amber (RP) oder die Karavan-Schnittstellen (HRP). Icons beziehen sich im Allgemeinen mehr oder weniger deutlich auf die Spielwelt.

Eine Grafikcharta hat (mindestens) zwei Funktionen:

  • eine Identifikationsfunktion, indem sie an den Geist des Ortes erinnern (z. B. durch die Verwendung der emblematischen Farben der Nationen, Fraktionen);
  • eine ergonomische Funktion, indem der "Überraschungseffekt" vermieden wird, d. h. ein unterschiedliches Verhalten von einer Seite zur anderen, von einer Übersetzung zur anderen.

Aus diesen beiden Gründen ist es wichtig, sie so weit wie möglich einzuhalten.

Banner, Siegel und Anzeigen im Kopfbereich

Kopfzeilen- oder Absatzvorlagen werden verwendet, um den Leser darauf hinzuweisen, wie die angezeigte Seite zu interpretieren ist (veraltet, in Bearbeitung usw.), und um wichtige Ankündigungen zum Artikel hervorzuheben.

Um sie leichter zu finden, sind sie unter der Kategorie Kategorie:Notizvorlagen gruppiert. - z.B. WIP, Obsolet, Entwurf...

Banner, Navigation, Zeitstempel

Fußzeilenvorlagen werden verwendet, um den Leser über zusätzliche Informationen zu informieren, die nach dem Lesen der Seite von Interesse sein könnten.

Mehr dazu unter Kategorie:Portal Link, wo die Beziehung zwischen Bannern und Portalen erklärt wird.

Seitenkörper

Die Seitenkörpervorlagen werden verwendet, um Informationen zur aktuellen Seite zu ergänzen oder hervorzuheben. Die Hervorhebungen können vielfältig sein, wie z. B. die Anzeige von großen Beilagen oder verschiedene typografische Layouts.

Alle Vorlagen

Achtung: Sie sind nicht für alle Sprachen identisch, aber wir wollen versuchen, sie so weit wie möglich zu harmonisieren.

Alle Vorlagen sind in der Kategorie:Vorlagen angeordnet, deren Baumstruktur im Dokument Kategorisierung#Die_Wikipatys erläutert wird.

Benennen Sie Ihre Vorlage

Einige Regeln für die Benennung von Vorlagen (beim Verfassen und beim Beschreiben finden Sie hier: Nommer_ses_TemplatesFR).

Bitte fügen Sie [[Kategorie:Benutzervorlagen]] zu Ihren eigenen Vorlagen hinzu.

Portal

Die Portale in unserem Wiki dienen als Homepages für die verschiedenen Hauptinteressengebiete im Spiel. Sie sind in der {{Portal bottom}}-Leiste aufgeführt.

Spe labs.png
Alle thematischen Portale der Enzyklopatys (Ryzom Wiki)

Ryzom: Die LoreDas Spiel OOC
Atys: Die Welt von AtysFloraFauna
Nationen: FyrosMatisTrykerZoraï
Fraktionen: KamiKaravanMarodeureRangerTrytonisten
Enzyklopädie: Atys ChronikenDie Große BibliothekMysterien OOC


Alle Portale haben eine ähnliche Struktur, aber ihr Aussehen variiert je nach der Komplexität der Daten, die sie präsentieren. Im Allgemeinen enthält ein Portal, von oben nach unten:

  • mehrere Registerkarten mit Unterthemen, wobei die allgemeine Startseite die Lesung auf der ersten von ihnen positioniert; in einigen Fällen kann es eine zweite Reihe von Registerkarten geben;
  • die Anzahl der betroffenen und kategorisierten Artikel (siehe Zugehörige Kategorien) ;
  • eine Zusammenfassung;
  • Informationen (links das Dokument des Tages, rechts ein Bekanntmachungs-Brett);
  • die Tafel, die die Hauptportale des Ryzom Wikis zusammenfasst ({{Portal bottom}}).

Portale wurden nicht an einem Tag erschaffen und daher wurde ihr Design im Laufe der Zeit verfeinert. Im Allgemeinen versuchen wir, Dokumente in sie aufzunehmen, indem wir die Vorlage {{:DOCNAME}} verwenden, wobei DOCNAME mit dem Name des einzubindenden Dokuments gleichzusetzen ist.

Dokument des Tages

Manchmal ist es angenehm, eine Dokumentation zu haben, die einen Überblick über die im Rahmen des Portals präsentierten Themen gibt. Dies kann wie folgt geschehen:

Ein anderes Dokument enthält ENGLISCH FRANZÖSISCH
Wenn nötig {{:Featured article/...}} {{:Lumière sur/...}}
Jeden Tag der Woche {{:Featured article/GBA/Week/{{CURRENTDOW}}}} {{:Lumière sur/.../Jour/{CURRENTDOW}}}}
Jeder Tag des Monats {{:Featured article/GBA/Month/{{CURRENTDAY2}}}} {{:Lumière sur/.../Mois/{CURRENTDAY2}}}}

Bekanntmachungs-Brett

Schwarze Bretter enthalten Informationen sowohl über Leser als auch über Mitwirkende. Dies kann von einfachen Informationen bis hin zu Notfällen, "To do"-Listen und "Tipps und Tricks" reichen.

Zugehörige Kategorien

Alle relevanten Seiten

Um einen Artikel mit einem Portal zu verknüpfen, fügen Sie einfach am Ende des Textes des besagten Artikels einen Block mit Anweisungen der folgenden Art ein:

{{clear}}{{Last version link}}
<noinclude>{{Portal|xxx}}
[[Category:yyyy]]</noinclude>

wo:

  • Das "clear" dafür sorgt, daß die Navigationsleiste zum Portal weit über dem letzten Bild steht;
  • der "last version link" es ermöglicht, der Seite einen Zeitstempel zu geben und eine diskrete Registerkarte hinzufügt, um den Ursprung einer Aufnahme zu finden;
  • die Option "noinclude" kann eingefügt werden, um das Eingeschlossene nicht zu übertragen.

Mehr zu

Auf der Titelseite

Durch das Hinzufügen des Navigationsbanners zum Portal wird der Artikel auch in "versteckte" Kategorien eingeordnet, d. h. Kategorien, die dem Leser nicht angezeigt werden, weil sie nicht relevant sind, sondern durch ein [+] hinter der letzten angezeigten Kategorie gekennzeichnet sind. Das Verfahren der zufälligen Auswahl wurde von Mediawiki als zu teuer abgelehnt. Derzeit wird eine eingeschränkte Auswahl (Wochentag oder Monat) bevorzugt. Dies erfordert, dass Sie jeweils eine Weiterleitung zu der Seite erstellen, die Sie hervorheben möchten. So wird zum Beispiel die Seite "Hervorgehobener Artikel/GBA/Tag/3" (3. des Monats oder Mittwoch) auf "Primes Raider" umgeleitet.

Was ist, wenn der Artikel zu lang ist, um aufgenommen zu werden, oder wenn nur einige seiner Abschnitte interessant sind? Am klügsten ist es, die Abschnitte, die bei der künftigen Aufnahme angezeigt oder ausgeblendet werden sollen, im Quellartikel zu markieren.

  • <noinclude> and </noinclude></noinclude> Tags erlauben es, die Teile, die sie umrahmen, von der zukünftigen Aufnahme auszuschließen.
  • <onlyinclude> und </onlyinclude> Tags erlauben es, nur die Teile, die sie umrahmen, in die zukünftige Aufnahme einzubeziehen.
  • <includeonly> und </includeonly> Tags ermöglichen es, nur die Teile, die sie umrahmen, in die zukünftige Aufnahme einzubeziehen, während sie im Originalartikel ausgeblendet werden (was in einer Vorlage sorgfältig zu behandeln ist).
Letzteres wird z.B. verwendet, um im Originalartikel das "Wird fortgesetzt..." ({{read more|<<the original article>}}, das unten angezeigt wird, auszublenden, es aber in der Einfügung anzuzeigen.

Homepage

Startseiten sind "spezifisch", weil sie standardmäßig erscheinen, wenn Sie sich in das Wiki einloggen. Diese Seiten sind nicht editierbar und können viele HTML- (und Java-) Tricks enthalten. Das bedeutet, dass nur erfahrene Mitwirkende sie im Einvernehmen mit der Gemeinschaft oder aus Kommunikationsgründen ändern können.

Andere erweiterte Befehle

  • Eine Frage zum Wiki? Brauchen Sie Hilfe? Bitte benutzen Sie den richtigen FAQ-Thread (siehe unten)
  • Irgendwelche Kommentare? Bitte kontaktieren Sie
    #pj-ryzom_wiki, den RC-Kanal für Gespräche über das Wiki
    .
  • Beachten Sie auch die Kategorien Kategorie:Hilfe und (eher technisch) Kategorie:Wikipatys.
  • Bitte benutzen Sie den öffentlichen Kanal für Wikis (und nicht persönliche PMs, da Sie oft die gleichen Fragen stellen - außerdem bekommen Sie so schneller eine Antwort, da jeder darauf zugreifen kann https://chat.ryzom.com/channel/pj-ryzom_wiki
  • Unter pj-ryzom_wiki gibt es Themen, die in Threads gruppiert sind, mit dem Wort FAQ im Titel (siehe wie man RC durchsucht unter fr:Chat/FAQ_RC#Search, RC hat einige sehr mächtige und unbenutzte Funktionen.

Namespaces

Was sind Namespaces? - abgekürzt zu ns

  • Seiten in einem MediaWiki-Wiki sind in Sammlungen gruppiert, die "Namensräume" genannt werden und es ermöglichen, sie auf der obersten Ebene nach ihrer Rolle zu unterscheiden. Seiten in einigen Namensräumen können auch besondere Eigenschaften haben oder sich bei der Interaktion mit anderen Seiten anders verhalten.
  • Namespaces werden in Seitentiteln gefunden, indem dem Seitennamen <namespace>: vorangestellt wird. Eine Seite, deren Name kein Namensraum vorangestellt ist, gehört zum "Hauptnamensraum".
  • Mehr dazu in der offiziellen Dokumentation https://www.mediawiki.org/wiki/Help:Namespaces/de
  • Konkreter bedeutet dies, dass Sie zwei verschiedene Seiten (mit gleichem Namen, aber unterschiedlichem Inhalt) mit demselben Namen haben können, ohne daß ein Konflikt entsteht. Zum Beispiel:
    • Hilfe (befindet sich im Hauptbereich)
    • Hilfe:Hilfe (der Seitenname ist Hilfe, aber in den ns Hilfe:)
    • Diskussion:Hilfe (die Diskussionsseite der Hilfeseite) - da jeder Namensraum seine eigene Diskussionsseite hat )
  • In der Suche, Benutzer ns ist NICHT erfasst
    Zum Beispiel sollten unsere Profile (mit persönlichem Bernstein, Entwürfen und Biographie) unter dem Namensraum User oder Userin zu finden sein. [1].
    • Wenn es auf diesen Entwurfsseiten keine Kategorie gibt, können Sie in aller Ruhe an Ihren Schriften und Entwürfen arbeiten (keine Gefahr von Bearbeitungskonflikten), denn standardmäßig erscheinen die Seiten des Namensraums Benutzer nicht in den Suchergebnissen (der ns-Benutzer ist standardmäßig nicht markiert).
    • Wenn Ihr Entwurf Kategorien hat: Ein Mensch kann Ihre Entwurfsseite finden, indem er die Kategorien durchsucht.

Hier ist der Wert und Inhalt der verschiedenen Namensräume in unseren Haupt-Wikis (aufgrund der Geschichte und Zusammenlegung der Wikis):

Spezial-Seiten

Dreisprachige Tabelle für Spezialseiten (auch mit gemeinsamen) en:Wiki_Technical_Guide/Special_Pages

Antrag auf Validierung eines neuen Wiki-Accounts

Im Moment (2020 April) sehen die Bürokraten die Anträge, können sie aber nicht validieren. Nur Administratoren (Rolle in Wikis) können Wiki-Account-Anträge validieren (später melden sich alle Benutzer mit ihren Spiel-Zugangsdaten beim Wiki an).

Sie werden diese Meldung sehen: [2], auf der Sonderseite Aktuelle Änderungen
Wikikontoantrag

Mehr unter fr:SOS/Créer un compte wiki.

Weitere technische Elemente

MediaWiki:Edittools

Dies ist die Hilfe, die unter der Schaltfläche Änderungen speichern (im Bearbeitungsmodus) erscheint. Sie wird in Sprachkonfigurationsdateien gespeichert.

Inhalt löschen

Bezüglich einer Frage zur Kategorie:To Delete: "Diese Kategorie:Zu löschen - Ich verstehe nicht, warum sie existiert"

Antwort 1: Es könnte einen Link zu der gelöschten Seite/Kategorie auf einem anderen Wiki geben, ein Benutzer könnte über einen Trad- oder TIP-Link die gelöschte Seite für immer wieder herstellen. Daher ist es sinnvoller, eine Weile zu warten (Aufräumen in anderen Wikis).

Antwort 2 von Zo:

Sehr wichtig: Kategorien sind keine Seiten, die von mediawiki als Seiten verwaltet werden.

Es handelt sich um ein "separates Objekt" in der Datenbank.

Wenn man eine Kategorie nicht kommentiert, auch wenn man nur eine übergeordnete Kategorie hinzufügt, löscht sich die Kategorie selbst, wenn sie nach einer bestimmten Zeit leer ist, die ich dank meiner Superkräfte 😈 sofort einstellen kann.

Wenn Sie eine Seite für die Kategorie erstellen, erzwingen Sie eine Art doppelte Verknüpfung in der Datenbank und die Kategorie wird mit der Seite verknüpft. Aber eine Seite, selbst wenn sie zerstört wird, bleibt in der DB!

Wenn also eine Kategorie gelöscht wurde und kein "Element" enthalten ist, zerstört sich die Kategorie dank des Mediawiki-Mechanismus selbst. Wir müssen gar nichts tun.[3] Das Einzige, was ich tun kann, ist, die Bereinigung (d.h. die Säuberung des Caches) zu erzwingen, damit sie schneller als erwartet erfolgt, aber das Ergebnis ist möglicherweise nicht sofort sichtbar, da es von der Arbeitslast der DB zu diesem Zeitpunkt abhängt. Wenn jemand einen Artikel oder ein anderes Objekt erstellt, das auf diese Kategorie verweist, wacht die Kategorie dank der Mediawiki-Engine von selbst auf. Dieses Aufwachen wird vollständig unterbrochen, wenn man die Kategorie manuell zerstört hat, da Mediawiki die "Wiederauferstehung" von zerstörten Artikeln überwacht. Die Zerstörung einer Kategorie ist in der Tat so, als würde man einen Zombie erschaffen, um es mal RP-mäßig auszudrücken ( 😉 ).

Beziehung zwischen Kategorien und Vorlagen

Ja, fast alle Banner schaffen die entsprechende Kategorie. Vorteil: - es erspart dem Redakteur, an Kategorien zu denken oder sie zu vergessen. - Sie ermöglicht es uns, ALLE Seiten, die dieses Banner enthalten, mit geringem Aufwand zu ändern. Wenn wir auf einer Wikipedia tausend Artikel mit diesem Banner hätten, müssten wir nur die Vorlage ändern, um die Kategorien dieser tausend Artikel zu ändern.


Siehe auch:



Referenzen:


  1. In den Einstellungen
    Ein gutes Beispiel ist die französische Grammatik: homins und homines haben nicht den gleichen Namen im User ns. Siehe: für einen Homin ist es Utilisatrice fr:Utilisatrice:Craftjenn, und für einen Homin Utilisateur fr:Utilisateur:Zorroargh. Dies setzt voraus, dass Sie Ihr Geschlecht in Ihren Wiki-Einstellungen konfiguriert haben
  2. 1 offene E-Mail bestätigt, dass eine Kontoanforderung anhängig ist. Ihre Aufmerksamkeit ist gefragt
  3. Außer bei Common categories? https://commons.wikimedia.org/wiki/Commons:Criteria_for_speedy_deletion#Category Siehe fr:Discussion_utilisateur:Zorroargh#Effacer_les_cat.C3.A9gories

Ergänzungen zu dieser Seite:


Neueste Version 04.08.2023•