Anleitung zum Schreiben/Wiki IG: Unterschied zwischen den Versionen

Aus EnzyklopAtys

Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „{{WIP}}<noinclude>{{Trad|DE=Anleitung zum Schreiben/Wiki IG|FR=Guide de rédaction/Wiki IG|palette=wiki|H=1}}</noinclude> Plutôt voir Aide:Transclusion S…“)
 
(Analyse)
 
(15 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
 
{{WIP}}<noinclude>{{Trad|DE=Anleitung zum Schreiben/Wiki IG|FR=Guide de rédaction/Wiki IG|palette=wiki|H=1}}</noinclude>
 
{{WIP}}<noinclude>{{Trad|DE=Anleitung zum Schreiben/Wiki IG|FR=Guide de rédaction/Wiki IG|palette=wiki|H=1}}</noinclude>
Plutôt voir [[Aide:Transclusion]]
+
* Siehe auch [[Hilfe:Transklusion]]
 +
* Siehe auch https://app.ryzom.com/app_forum/index.php?page=topic/view/24138/ und [[:en:User:Moniq|Moniqs Seiten]] (en).
  
See https://app.ryzom.com/app_forum/index.php?page=topic/view/24138/ and Moniq's pages.
+
(( Anmerkung des Übersetzers: Diese Seite ist wohl veraltet, wurde aber dennoch zum besseren Verständnis übersetzt. ))
  
  
 +
== In Arbeit ==
  
== ⛏ !!! En travaux / Work in Progress !!! ⛏ ==
+
=== Grundlagen von HTML, CSS und Browsern ===
 +
'''Für Neulinge:''' Wenn Du eine Wiki-Seite fertiggestellt hast, ist es gut, das Fenster zu verkleinern und die Seite neu zu laden, um eine Vorstellung davon zu bekommen, was man mit einem Smartphone sieht (wichtig bei Bildern).
 +
Du weißt vielleicht auch, daß die gleiche Seite (eine HTML-Textdatei [[Datei:Wiki tophtml.png|400px|right|HTML-Code der Bilder am Seitenanfang (auf dieser Seite)]]) auf dem gleichen PC, betrachtet mit Chrome und Firefox, nicht immer auf die gleiche Weise angezeigt wird ('''unterschiedliche Browser'', die den gleichen HTML-Code und seine CSS-Dateien (Style Sheets) unterschiedlich interpretieren). Es kommt auch vor, daß zwei Benutzer (beide mit Firefox) nicht das Gleiche sehen <ref>Es kommt auch vor, daß zwei Benutzer (beide mit Firefox) nicht das Gleiche sehen: Sie haben nicht die gleiche Version von Firefox, nicht die gleichen Erweiterungen (oder Plugins), oder sie haben zwar die gleiche Version und die gleichen Plugins, aber mit unterschiedlichen Konfigurationen (Menü Einstellungen in Firefox, oft ohne ihr Wissen ..)... Kurzum, generell gilt für das Web: '''Immer erst ausprobieren''' mit einem anderen Browser...</ref>.
  
=== Bases HTML, CSS et navigateurs===
+
Also werden wir versuchen, zwischen den Dingen zu unterscheiden, die wir sofort beeinflussen können (im Wiki, aber auch beim einfachen Schreiben von Seiten), und den Dingen, die den Ryzom-Client betreffen (und das Feedback der Entwickler zu diesem Thema). Ich denke auch an '''alle, die über ihr Telefon in diesem Wiki surfen''' (und die möglichen Auswirkungen). Und, ''wenn Ulukin das macht, können wir uns auf Englisch unterhalten'' (aber das wird wohl nicht er sein - ich glaube, es ist ''Riasan'', der am IG-Browser arbeitet).
'''A l'attention des néophytes''': Quand on a fini une page wiki, il est bon de réduire sa fenêtre et de recharger la page pour avoir une idée de ce qu'on voit avec une smartphone (important avec les images).  <br />
 
Vous savez peut-être aussi qu'une même page (un fichier texte en HTML [[Fichier:Wiki tophtml.png|400px|right|Code HTML des images en haut de page (sur ce site)]]), sur le même PC, vue avec Chrome et Firefox ne s'affichera pas toujours de la même façon ('''navigateurs différents''', qui interprètent différemment un même code en HTML et ses fichiers CSS les feuilles de style). Il arrive aussi que deux utilisateurs (tous 2 sous Firefox), ne voient pas la même chose <ref>Il arrive aussi que deux utilisateurs (tous 2 sous Firefox), ne voient pas la même chose: ils n'ont pas la même version de Firefox, pas les même extensions (ou plugins), ou encore, ils ont bien la meme version et les meme plugins mais avec des configurations différentes (menu Préférences dans Firefox, souvent à l'insu de leur plein grès mdr)... Bref, d'une façon générale avec le web, '''toujours essayer d'abord''' avec un autre navigateur...</ref>.
 
  
Alors, on va tenter de distinguer ce sur quoi on peux avoir une action immédiate (coté wiki, mais aussi lors de la simple rédaction de pages), et ce qui concernent le client Ryzom (et le retour des devs sur le sujet). Je pense aussi à '''tous ceux qui surfent via leur téléphone sur ce wiki''' (et l'impact potentiel). Et, '''si c'est Ulukin qui s'y colle, on peux parler en fr''' (mais à priori ca ne sera pas lui - je crois que c'est '''Riasan''' qui travaille sur le navigateur IG).
+
Ich verstehe deine Codes und CSS nicht... <Ich verstehe nichts von deinen Codes und CrS!?!! NICHT css (MDR)... <br />
 +
# Jeder Browser (Firefox, Chrome) sendet verschiedene Informationen an den Server, z. B. das System und die Version des Browsers. Der Server (das Wiki, ryzom.com etc.) sendet ihm die angeforderte Seite zurück, die vom Browser interpretiert wird. Wenn ich die Größe meines Browserfensters ändere, macht mein Browser die Arbeit, er fordert die Seite nicht erneut an.
 +
#Die Position eines '''div''' (z.B. das Dropdown-Menü befindet sich in einem Abschnitt, der mit <nowiki><div></nowiki> beginnt und mit <nowiki></div></nowiki> endet) wird durch einen '''style''' (in einer separaten Datei, in .css) festgelegt. Wenn man von "Responsive Design" spricht, gibt es oft drei Versionen, um eine Seite anzuzeigen (das ist die Arbeit der "Skins" der Wikimedia, also auf der Seite des Wiki-Servers), je nach Bildschirmbreite. Bei einem schmalen Bildschirm wird die Navigationsleiste auf ein kleines Symbol reduziert, einige div-Tags (die auf einem PC-Bildschirm oben stehen) werden auf einem Smartphone unten angezeigt. Ganz klar, dieses Wiki ist NICHT Web responsive und entspricht daher nicht mehr den aktuellen Kriterien des Webs: '''Surfen auf dem Smartphone'''.</ref>.
  
J'y comprend rien à tes codes et tes CSS... <ref>J'y comprend rien à tes codes et tes CrS !?!! NON css  (MDR)... <br />
+
* Wenn man im Internet surft, besteht fast alles aus Text (und Bildern). Das ist historisch gesehen das HTML-Format (wenn man eine Seite speichert, speichert es den Text als .html). Später wurden .css-Dateien erfunden (auch Text, aber die Syntax ist anders), die dazu dienen, den Text, die Bilder und die großen Abschnitte der Seite (in sehr groben Zügen) darzustellen. Nun ist es aber so, dass der '''Browser''' des Spiels überhaupt nicht mit CSS umgehen kann (deshalb werden die Bilder im Hintergrund derzeit im oberen Teil der IG-Seite angezeigt).
# Tout navigateur (Firefox, Chrome) envoi au serveur diverses informations, comme le système et la version du navigateur. Le serveur (le wiki, ryzom.com etc) lui renvoie la page demandée, qui est interprétée par le navigateur. Quand je change la taille de la fenêtre de mon navigateur, mon navigateur fait le boulot, il ne redemande pas la page.
+
* auf Fett, Kursiv und Schriftgröße...  
#La position d'une '''div''' (par ex le menu déroulant est dans une section qui commence par la baise <nowiki><div></nowiki> et se termine par <nowiki></div></nowiki>) est déterminée par un '''style''' (dans un fichier séparé, en .css). Souvent, quand on parle de '''Responsive design''', il y a 3 versions pour afficher une meme page (c'est le travail des '''skins''' du wikimedia, du coté serveur wiki donc), selon la largeur d'écran. Avec un écran étroit, la barre de navigation est réduite à un petit symbole, certaines balises div (qui sont en haut pour un écran de PC) seront affichées en bas sur un smartphone. Clairement, ce wiki n'est PAS Web responsive, et donc ne correspond plus aux critères actuels du web : '''surf sur du smartphone'''.</ref>
+
** Wenn man über die Wikileiste '''fett''' einstellt, sieht man (im Wiki-Editor <nowiki>'''fett'''</nowiki>, aber das Wiki wandelt es im HTML-Code der Seite tatsächlich in <nowiki><b>fett</b></nowiki> um). Im Spiel sieht man das Fett nicht, aber 0 angezeigte Fehler.
 +
** Wenn man über die Wikileiste <big>groß mit dem A+</big> einfügt sieht man (im Wiki-Editor) <nowiki><big>groß mit A+</big></nowiki>, das Wiki lässt es als <nowiki><big>groß mit dem A+</big></nowiki> im HTML-Code der Seite stehen. Im Spiel sieht man den Text nicht größer, sondern 0 Fehler angezeigt.
 +
** wenn wir die Liste "Überschrift" verwenden, sagen wir von Ebene 2 (Editor <nowiki>==Titel==</nowiki>, aber in HTML wird es <nowiki><h2>Titel</h2></nowiki> heißen). Im Spiel erscheint er fett und größer {{OK}}.
 +
** Außerdem hat sich das HTML-Format im Laufe der Zeit verändert, und es gibt mehrere Möglichkeiten, dies zu tun: Entweder (alte Version, die nicht mehr verwendet wird und vor allem '''IG-Fehler''' anzeigt) mit dem Tag '''i''' <nowiki><i>etwas in italic</i></nowiki>, dann mit dem Tag '''em''' <nowiki><em>etwas in italic</em></nowiki>. Zum Beispiel: <em>dies verwendet das em-Tag</em> funktioniert gut, direkt mit dem Code <nowiki><em>dies verwendet das em-Tag</em></nowiki> und zeigt keinen IG-Fehler an.
 +
: Verwenden Sie also em, wenn Ihnen Kursivschrift wirklich wichtig ist - aber, IG '''alle Links, die kursiv sein werden, sind IG KO {{KO}}.
  
* quand on surf sur internet, presque tout est du texte (et des images), c'est historiquement le format HTML (si on enregistre une page, il enregistre du texte en .html). Par la suite, il a été inventé les fichiers .css (du texte aussi, mais la syntaxe est différente), et ca sert à présenter le texte, les images, les grandes sections de la page (en très gros). Or, il se trouve que le '''navigateur intégré au jeu ne gère pas du tout les CSS''' (c'est pour cela que les images en fond de page sont affichées actuellement en haut de page IG).
+
=== Ex von Surf IG und was man in der Redaktion vermeiden sollte (aus [[Silan-Anleitung]]) ===
* sur le gras, les italiques et taille des caractères...
 
** Quand via la barre wiki on met en '''gras''' on voit (dans l'éditeur du wiki <nowiki>'''gras'''</nowiki>, mais le wiki le transforme en fait en <nowiki><b>gras</b></nowiki> dans le code HTML de la page). En jeu, on ne voit pas le gras, mais 0 erreur affichée.
 
** Quand via la barre wiki on met en <big>gros avec le A+</big> on voit (dans l'éditeur du wiki) <nowiki><big>gros avec le A+</big></nowiki>, le wiki le laisse en <nowiki><big>gros avec le A+</big></nowiki>  dans le code HTML de la page. En jeu, on ne voit pas le texte en plus gros, mais 0 erreur affichée.
 
** quand on utilise la liste Titre, mettons de Niveau 2 (éditeur  <nowiki>==Titre==</nowiki>, mais en HTML sera <nowiki><h2>Titre</h2></nowiki>). En jeu, il apparaît en gras et en plus gros {{OK}}.
 
** le plus gênant est les italiques... Déjà, globalement, sur le web on les utilise peu (car peu lisible à l'écran). En plus, le format HTML s'est modifié dans le temps et il existe plusieurs façon de le faire: soit (ancienne version  qui a été abandonnée et, surtout qui '''affiche une erreur IG''') avec la balise '''i''' <nowiki><i>un truc en ital </i></nowiki>, puis avec la balise '''em''' <nowiki><em>un truc en ital </em></nowiki>. Ex: <em>ceci utilise la balise em</em> fonctionne bien, directement avec le code <nowiki><em>ceci utilise la balise em</em></nowiki> et n'affiche pas d'erreur IG.
 
Donc, utiliser em si vous tenez vraiment aux italiques - mais, IG  '''tous les liens qui seront en italiques sont KO {{KO}} IG
 
  
=== Ex de Surf IG et ce qu'il faudrait éviter à la rédaction (du  [[Le petit guide de Silan]]) ===
+
<big><big><big>'''''Tutorial zum Tutorial...'''''</big></big></big>
  
<big><big><big>'''''Tutoriel de tutoriel...'''''</big></big></big>
+
'''''Quellen :''' dieser Leitfaden wurde durch Gegenüberstellung der analogen Leitfäden im englischsprachigen Ryzom-Wiki ([http://en.wiki.ryzom.com/wiki/Silan_Guide Silan Guide] und [http://en.wiki.ryzom.com/wiki/Silan_Guide/Old Old Silan Guide]) erstellt.
  
'''''Sources''' : le présent guide a été élaboré en confrontant les guides analogues du wiki Ryzom anglophone ([http://en.wiki.ryzom.com/wiki/Silan_Guide Silan Guide] et [http://en.wiki.ryzom.com/wiki/Silan_Guide/Old Old Silan Guide])
+
zeigt (Links funktionieren nicht, 1 Klick = Fehlermeldung): [[Bild:Wiki IG liens ital 2020-03-12.png|thumb|Vermeiden Sie Kursivschrift in der Wiki-Symbolleiste]]
  
affiche (les liens ne fonctionnent pas, 1 clic = message d'erreur) : [[Fichier:Wiki IG liens ital 2020-03-12.png|cadre|Eviter les italiques de la barre d'outil wiki]]
 
  
 +
während
  
alors que
+
<big><big><big>Tutorial zum Tutorial...</big></big></big>
  
<big><big><big>Tutoriel de tutoriel...</big></big></big>
+
Quellen : <em>dieser Leitfaden wurde durch eine Gegenüberstellung der analogen Leitfäden des englischsprachigen Ryzom-Wikis</em> ([http://en.wiki.ryzom.com/wiki/Silan_Guide Silan Guide] und [http://en.wiki.ryzom.com/wiki/Silan_Guide/Old Old Silan Guide]) <em>erstellt, ....</em>
  
Sources : <em>le présent guide a été élaboré en confrontant les guides analogues du wiki Ryzom anglophone </em> ([http://en.wiki.ryzom.com/wiki/Silan_Guide Silan Guide] et [http://en.wiki.ryzom.com/wiki/Silan_Guide/Old Old Silan Guide]) <em>à la réalisation, ....</em>
+
Bild: [[Bild:Wiki IG liens em 2020-03-12.png|border|<em>...</em> (Bilder) <em>...</em>]]
 
 
affiche: [[Fichier:Wiki IG liens em 2020-03-12.png|cadre|<em>...</em> (images) <em>...</em>]]
 
 
{{Clear}}
 
{{Clear}}
Note: ces liens pointent vers le wiki EN. Tester les liens interlangues (peux etre je me suis trompée, lien KO car de type <nowiki>:en:</nowiki> ?
+
Hinweis: Diese Links verweisen auf das EN-Wiki. Testen Sie die sprachenübergreifenden Links (vielleicht habe ich mich geirrt, der Link ist KO, weil er vom Typ <nowiki>:en:</nowiki> ist?
  
Par contre le lien '''Récolte''' fonctionne (au dessus de la carte légendée de Silan), car avec le code <nowiki>[[Forage|Récolte]]</nowiki> (pas d'accent dans le nom de la page '''Forage''').
+
Dagegen funktioniert der Link '''Ernte''' (über der legendierten Karte von Silan), da mit dem Code <nowiki>[[Ernte|Ernte]]</nowiki> (kein Akzent im Seitennamen '''Ernte''').
  
Mais, dans la table des matières, le lien du titre qui comporte '''Récolte''' fonctionne {{OK}} Probablement que le wiki gère différemment les liens de la table des matières, ou encore que Ulu a amélioré son app filtre ?
+
Aber im Inhaltsverzeichnis funktioniert der Link des Titels, der '''Ernte''' enthält {{OK}}. Wahrscheinlich handhabt das Wiki die Links im Inhaltsverzeichnis anders, oder Ulu hat seine Filter-App verbessert?
  
== Tester le wiki IG en 2020==
+
== Testen des IG-Wikis im Jahr 2020 ==
'''Update de Mars 2020''': depuis l'icone LORE, on trouve un lien  '''BETA TESTING: WIKI''' (lien sur WIKI)
+
'''Update von März 2020''': Vom LORE-Symbol aus findet man den Link '''BETA TESTING: WIKI''' (Link auf WIKI).
  
Vers [[Guide de rédaction/Wiki IG Archives mai 2019]] - images à [[atys:Category:Wiki-IG]] (sous la grande barre, j'ai pas encore actualisé)
+
Zu [[:en:Guide de rédaction/Wiki IG Archives mai 2019]] (en) - Bilder bei [[atys:Category:Wiki-IG]] (unter dem großen Balken, habe ich noch nicht aktualisiert).
  
  
Pour tester, on peux aussi copier/coller un lien dans le chat (la recherche fonctionnant pas pour le moment) -> [[:en:IG Test March 2020]]
+
Zum Testen kann man auch einen Link per Copy & Paste in den Chat einfügen (die Suche funktioniert momentan nicht) -> [[:en:IG Test March 2020]]
[[Fichier:Chat EN ex 2019-05.png|vignette|Naviguer depuis le chat]]
+
[[Bild:Chat EN ex 2019-05.png|thumb|Aus dem Chat heraus navigieren]]
 
{{Clear}}
 
{{Clear}}
=== En cours : ajout des infos mob en jeu ===
 
'''Notes apres chat avec Ulu, le 13 mars 2020.''' <big>attention, c juste des notes de résumé, '''pas pour action'''</big>
 
 
Ulu va virer toute la mise en page. Les pages des mobs s'afficheront dans la fenêtre profil du mob (via clic droit sur un mob, menu infos).
 
 
Pour indiquer sur les pages wiki ce qu'on veux montrer en jeu, il faut utiliser des balises spéciales - '''ai corrigé [[:en:Wombaï]]'''
 
 
<nowiki><htmltag tagname="ingame">  seul ceci sera visible en jeu </htmltag></nowiki>
 
 
  
Pour garder les tables des matières:
+
=== In Arbeit: Hinzufügen von Mob-Infos im Spiel ===
# ajouter <nowiki><htmltag tagname="igstart"></htmltag></nowiki>
+
'''Notizen nach dem Chat mit Ulu, 13. März 2020.''' <big>Achtung, das sind nur zusammenfassende Notizen, '''nicht zum Handeln'''</big>.
# ajouter <nowiki>__TOC__</nowiki>
 
# ajouter <nowiki><htmltag tagname="igend"></htmltag></nowiki>
 
  
 +
Ulu wird das gesamte Layout rausschmeißen. Die Seiten der Mobs werden im Profilfenster des Mobs angezeigt (über Rechtsklick auf einen Mob, Menü Info).
  
 +
Um auf Wiki-Seiten anzugeben, was du im Spiel zeigen willst, mußt du spezielle Tags verwenden - '''habe [[:en:Wombai]] korrigiert'''.
  
Zo a créé 2 modèles <nowiki>{{IGstart}} et {{IGend}}</nowiki>.
+
<nowiki><htmltag tagname="ingame"> Nur das wird im Spiel sichtbar sein </htmltag></nowiki>.
  
===Remarques importantes===
+
Um die Inhaltsverzeichnisse beizubehalten:
* En jeu, on peux surfer (sur le forum officiel IG), mais '''le navigateur du client Ryzom''' est très limité (il ne gère pas les CSS, ni l'ajax)...  
+
# füge <nowiki><htmltag tagname="igstart"></htmltag></nowiki> hinzu.
*  Il faut aussi savoir que la Lore qu'on voit en jeu, vient du '''redmine''' via une '''webapp''' - et elle est lisible en jeu. On va s'inspirer de cette '''App pour filtrer les codes du wiki nuisibles''' à la lecture, pour afficher en jeu des pages du wiki (on devrait commencer par les pages concernant les mobs - voir [[:Catégorie:Faune]]).  
+
# füge <nowiki>__TOC__</nowiki> hinzu.
 +
# füge <nowiki><htmltag tagname="igend"></htmltag></nowiki> hinzu.
  
Notes (en cours d'actualisation, sous la grande barre, j'ai pas encore actualisé)
+
Zo hat 2 Vorlagen erstellt <nowiki>{{IGstart}} und {{IGend}}</nowiki>.
* la recherche (tres bien, car en haut) ne fonctionne pas -> l'ai dit à Ulu
 
* {{OK}} plus de mémoire qu'en 2019: le [[Manuel de l'utilisateur]] est affiché IG en entier (cf mes notes [[Guide de rédaction/Wiki IG Archives mai 2019]])
 
* dès qu'il y a un accent dans un lien (page de destination), c'est {{KO}}. Par ex, sur le wiki FR impossible de surfer via les cat'''é'''gories -> dit à Ulu
 
* spoilers <nowiki>{{Spoil_inside...}}</nowiki> (comme dans [[Le petit guide de Silan]]): on voit tout (ce qui est masqué est lisible par contre)) - or beaucoup tiennent que le wiki reste assez RP, [[Utilisateur:Azazor|Azazor]], par ex, aime bien ce système là. (et je bien de son avis, voir si c'est possible, pour le moment ce Modèle (template) n'existe pas en anglais je crois)
 
* tous les liens dans les '''i''' (italiques via la barre d'outil) sont {{KO}} mais les liens dans des balises '''em'''  sont {{OK}} (liens interwiki testé le 12 mars 2020).
 
  
 +
=== Wichtige Hinweise ===
 +
* Im Spiel kann man surfen (im offiziellen IG-Forum), aber '''der Browser des Ryzom-Clients''' ist sehr begrenzt (er kann weder CSS noch Ajax verarbeiten)...
 +
* Man muß auch wissen, daß die Lore, die man im Spiel sieht, aus dem '''Redmine''' über eine '''Webapp''' kommt - und sie ist im Spiel lesbar. Wir werden uns von dieser '''App zum Herausfiltern von leseschädlichem Wiki-Code''' inspirieren lassen, um Wiki-Seiten im Spiel anzuzeigen (wir sollten mit den Mob-Seiten anfangen - siehe [[:Kategorie:Fauna]]).
  
 +
Anmerkungen (wird gerade aktualisiert, unter dem großen Balken, ich habe es noch nicht aktualisiert)
 +
* die Suche (sehr gut, da oben) funktioniert nicht -> habe es Ulu gesagt.
 +
* mehr Speicher als 2019: das [[Benutzerhandbuch]] wird vollständig angezeigt (siehe meine Notizen [[:fr:Guide de rédaction/Wiki IG Archives mai 2019]]) {{OK}}
 +
* Sobald ein Link (Zielseite) einen Akzent hat, ist es {{KO}}. Z.B. auf dem Wiki DE unmöglich über die Kat''''é'''gories zu surfen -> gesagt zu Ulu.
 +
* Spoiler <nowiki>{{Spoil_inside...}}</nowiki> (wie in [[Silan-Anleitung]]): man sieht alles (was ausgeblendet ist, ist aber lesbar)) - aber viele wollen, daß das Wiki ziemlich RP bleibt, [[Benutzer:Azazor|Azazor]] z.B. mag dieses System (und ich stimme ihm zu, mal sehen, ob es möglich ist, im Moment gibt es diese Vorlage (Template) nicht auf Englisch, glaube ich).
 +
* alle Links in '''i''' (kursiv über die Werkzeugleiste) sind {{KO}}, aber Links in '''em''' Tags sind {{OK}} (Interwiki-Links getestet am 12. März 2020).
  
 
{{Clear}}
 
{{Clear}}
  
 +
In einem ersten Schritt müssen wir '''eine Liste der Sorgen''' IG erstellen und sie '''analysieren''' (bei der Erstellung neuer Seiten könnten wir '''bestimmte Fehler vermeiden''' -> siehe meine Änderung des Redaktionsleitfadens), dann die Entwickler kontaktieren:
 +
* um zu sehen, was von der Skin und den CSS des Wikis stammt (über die Filter-App bereinigen) und
 +
* was vom Browser im Ryzom-Client stammt (dessen Speicher vor kurzem erweitert wurde).
 +
* je nachdem, was sie uns anbieten, können wir anfangen, darüber nachzudenken.
 +
* wir sollten eine '''Test-Wiki-Seite''' haben (wir werden dort die Daten zu einem Zeitpunkt T abrufen, um 2 verschiedene Versionen vergleichen zu können).
  
 +
Einige Sorgen sind
 +
* Sorgen um die Anzeige, (geringfügig für Ulu und uns, aber schwerwiegend für einen Homin Lamba).
 +
* andere der Funktion (z.B. das Inhaltsverzeichnis, dessen Links im Mai 2019 nicht funktionierten, jetzt aber {{OK}}),
 +
* manchmal beides (das Wiki hat einen Overlay-Effekt, den der IG-Browser nicht hat, weil er nicht mit CSS des IG-Browsers umgehen kann: deshalb denken die Homins, daß es nicht funktioniert, weil sie nicht nach unten scrollen, sondern nur die beiden Bilder oben sehen).
 +
Einige sind störender als andere: Vergessen oder vernachlässigen Sie den Aspekt der "Sicherheit" nicht.
  
 +
3 konkrete Fälle zur Veranschaulichung:
 +
*Nicht wirklich störend und leicht zu vermeiden <ref>Die Sorge um die "Kursivschrift" IG: Ein Bug, der zwar sehr auffällig, aber nicht sehr schlimm ist. Man sieht das Wort trotzdem, die Information ist noch lesbar und man kann sie im Laufe der Zeit mit '''em''' korrigieren.</ref>, aber pädagogisch (nützlich für Bürokraten): Ein Wort in ''Kursivschrift'' wird in IG <nowiki><NoExist italic></nowiki> angezeigt, ein Wort in '''Fettschrift''' wird in IG fett angezeigt (keine IG-Formatierung, aber kein angezeigter Fehler).
 +
*Ein weiterer Fall, den wir uns aus einem ganz anderen Grund ansehen sollten, ist der obere Teil der Wiki-Seiten. Das ist meiner Meinung nach sehr störend, weil IG der Eindruck erweckt wird, daß es nicht funktioniert. Vor allem 2 Bilder machen Probleme: [https://atys.wiki.ryzom.com/w/skins/Atystry/images/atys.png atys.png] und [https://atys.wiki.ryzom.com/w/skins/Atystry/images/sun.png sun.png des Skins] Es sieht schwierig aus, obwohl es wahrscheinlich eine einfache Möglichkeit gibt, das Problem zu beheben :)
 +
*Wenn du dich anstrengst (Geduld, um zwei Menübildschirme herunterzufahren), wirst du sehen, daß die ganze Seite nicht richtig angezeigt wird.
  
Dans un 1er temps, il nous faut faire '''la liste des soucis''' IG et les '''analyser''' (pour la création des nouvelles pages, on pourrait '''éviter certaines erreurs''' -> cf ma modif du Guide de rédaction), puis contacter les devs:
+
=== Ideen für dev?===
* pour voir ce qui provient de la skin et des CSS du wiki (à nettoyer via l'appli filtre) et
+
Siehe [[:en:Guide de rédaction/Wiki IG Archives mai 2019]]
* ce qui tient du navigateur inclus dans le client Ryzom (dont la mémoire a été augmentée récemment)
 
* selon ce qu'ils nous proposent, on pourra commencer à réfléchir.
 
* on devrait pouvoir disposer d'un '''site wiki de test''' (on va y récupérer les données à un moment T pour pouvoir comparer 2 versions différentes).
 
 
 
Certains soucis sont
 
* des soucis d'affichages, (mineurs pour Ulu et nous, mais graves pour un homin lamba)
 
* d'autres de fonction (par ex la Table des Matières, dont les liens ne fonctionnaient pas en mai 2019, mais maintenant {{OK}}),
 
* parfois les 2 (le wiki a effet de calque superposé que le navigateur IG n'a pas, car lié à la non gestion des CSS du navigateur IG: du coup les homins pensent que ca ne marche pas, car ils ne descendent pas dans la page, ils ne voient que les 2 images en haut).
 
Certains sont plus gênants que d'autres: ne pas oublier, ni négliger le coté '''sécurité'''.
 
 
 
3 cas concrets pour illustrer:
 
*pas vraiment gênant et facile à éviter <ref>Le soucis des ''italiques'' IG: Bug certes très visible, mais pas très grave. On voit quand même le mot, l'information est encore lisible, sans compter qu'on pourra corriger au fil de l'eau avec '''em'''.</ref>, mais pédagogique (utile aux bureaucrates): un mot en ''italique'' sera affiché IG <nowiki><NoExist italique></nowiki>, un mot en '''gras''' sera affiché IG gras (pas de mise en forme IG mais pas d'erreur affichée).
 
*Autre cas à voir, pour une toute autre raison celle-ci: le haut des pages du wiki. C'est à mon avis très gênant parce que IG on a l'impression que cela ne fonctionne pas. Surtout 2 images posent soucis: [https://atys.wiki.ryzom.com/w/skins/Atystry/images/atys.png atys.png] et [https://atys.wiki.ryzom.com/w/skins/Atystry/images/sun.png sun.png de la skin] Ça a l'air difficile, alors qu'il y a probablement un moyen facile d'y remédier :)
 
*Si on s'accroche (patience de descendre 2 écrans de menus), on va voir que toute la page se s'affiche pas correctement.
 
  
 +
* '''Frage''': Gibt es eine kleine Studie über die Darstellung von Wikis auf Smartphones, die von jemandem durchgeführt wurde, der schlecht sieht? Siehe z.B. [[WebApps/Tests auf kleinem Bildschirm]] (Zusammenfassung eines Forumsbeitrags).
 +
* Weniger dringend als die Mobs im Spiel?
 +
* Auf der Wiki-Testseite nachsehen, ob sie einen responsiven Web-Skin hat, und ob es nicht schlimmer IG ist. Wird mit Ulu und Tam besprochen, wenn wir ein Test-Wiki haben.
  
 +
Rechtsklick auf einen Mob / Info -> die Seite des Mobs im Wiki wird im Spiel angezeigt.
  
 +
=== kleine Liste in Kürze ===
 +
die ich bisher gesehen habe, der '''Form halber''' und in der Reihenfolge ihrer Wichtigkeit/Dringlichkeit.
  
===Idées à dev ?===
 
Voir les [[Guide de rédaction/Wiki IG Archives mai 2019|archives]]
 
  
* '''question''': a-t-on fait une petite étude sur l'affichage des wikis sur des smartphones ? demandé à quelqu'un qui voit mal ? Voir par ex [[Présentation des Webapps/Tests petit écran]] (résumé d'un post de forum).
+
'''wichtig:'''  
* Moins urgent que les mobs en jeu ?
+
* Sorgen um lange Seite: behoben (Speicher des IG-Browsers vergrößert).{{OK}}  
* A voir sur le site de test du wiki, voir s'il a une skin web responsive, et si c'est pas pire IG. A discuter avec Ulu et Tam, qd on aura un wiki de test.
+
* daran denken, das obere Menü (Navigation, Ryzom Commons, Tools, Nützliche Links...) mit der Filter-App zu entfernen (nimmt zu viel Platz weg).
 
 
On va commencer par cela. clic droit sur un mob / infos -> la page du mob sur le wiki est affichée en jeu.
 
 
 
===petites liste en bref===
 
que j'ai vu pour le moment, pour '''la forme''' et par ordre d'importance/urgence
 
 
 
 
 
'''important:'''
 
* soucis page longues : {{OK}} résolu (mémoire du navigateur IG augmentée)
 
* penser à retirer le menu du haut (Navigation, Ryzom commons, Outils, Liens utiles...) avec l'app filtre (prend trop de place)  
 
  
 
-------------------------------------------------------------------------------------------------------------
 
-------------------------------------------------------------------------------------------------------------
(sous la grande barre, j'ai pas encore actualisé)
+
(unter der großen Leiste, habe ich noch nicht aktualisiert).
 
--------------------------------------------------------
 
--------------------------------------------------------
à revérifier (via une page de test, probablement wiki EN car sur plus facile IG):
+
muss erneut überprüft werden (über eine Testseite, wahrscheinlich Wiki EN, da auf einfacherer IG):
 
--------------------------------------------------------------
 
--------------------------------------------------------------
* fond jaune (nos profils, bandeau '''attention''') sont illisibles (on ne voit que les liens), plusieurs pistes de solution ou workarround
+
* Gelber Hintergrund (unsere Profile, Banner '''Achtung''') sind unlesbar (man sieht nur die Links), mehrere Lösungsansätze oder workarround
* '''portails''' inutilisables (et à tester sous divers '''smartphones''' avant d'aller plus loin car on en a plein).  
+
* Wir haben viele "Portale", die unbrauchbar sind (und die wir unter verschiedenen "Smartphones" testen müssen, bevor wir weitergehen).  
[[Fichier:Capture d’écran de 2019-05-16 16-14-39.png|500px|cadre|centre|un portail vu IG mai 2019]]  
+
[[Bild:Capture d’écran de 2019-05-16 16-14-39.png|500px|border|center|ein Portal über IG Mai 2019]]  
*contenu trop bas (car images [https://atys.wiki.ryzom.com/w/skins/Atystry/images/atys.png atys.png] et [https://atys.wiki.ryzom.com/w/skins/Atystry/images/sun.png sun.png] suivie de plusieurs écrans de menus): plusieurs pistes de solution ou workarround
+
*Inhalt zu niedrig (da Bilder [https://atys.wiki.ryzom.com/w/skins/Atystry/images/atys.png atys.png] und [https://atys.wiki.ryzom.com/w/skins/Atystry/images/sun.png sun.png] gefolgt von mehreren Menübildschirmen): mehrere Lösungsansätze oder Workarrounds.
* soucis des caractères '''accentués''' (dans les noms des pages et les titres h2 h3...) : surtout pour les catégories pour le coté wiki  + liens insérés dans le '''forum vers les pages du wiki'''. Ca c'est '''très''' génant aussi  :(, la partie EN étant bien moins touchée que les autres langues, ca favorise l'anglais comme langue commune. Pas assez documenté dans le [[Guide de rédaction]] à l'intention des utilisateurs du wiki - the English version of [https://en.wiki.ryzom.com/wiki/Writing_Guide Writing Guide] -(traduit du FR, est moins actualisé que le FR) étant utilisé par les Allemands aussi.
+
* Sorgen wegen der '''Akzentzeichen''' (in den Seitennamen und Titeln h2 h3...): vor allem bei den Kategorien für die Wiki-Seite + im '''Forum''' eingefügte Links zu den Seiten des Wikis''. Das ist auch '''sehr störend''' :(, da der EN-Teil viel weniger betroffen ist als die anderen Sprachen, begünstigt das Englisch als gemeinsame Sprache. Nicht ausreichend dokumentiert in der [[Anleitung zum Schreiben]] für Wiki-Nutzer - the English version of [https://en.wiki.ryzom.com/wiki/Writing_Guide Writing Guide] - (übersetzt aus dem FR, ist weniger aktuell als der FR), der auch von Deutschen verwendet wird.
  
 +
viel weniger schlimm:
 +
* Fett und kursiv: schon nicht mehr kursiv in unseren Texten verwenden?
 +
* TOC-Navigation ist OK, aber Login entfernen und Passwort verlangen (alle oben auf der Seite, nach unten verschieben?)
 +
* Importdatei zeigt IG ganz oben string(5) "home" an (wie im Wiki).
 +
* Ich habe ein PDF getestet (März 2020): (aufgrund der Idee, die Wüstengazette in common zu hosten). {{KO}}
  
bien moins grave:
+
Siehe auch '''Wiki-Skin-Seite''': Kann Wikimedia zwei Skins gleichzeitig aktiv haben? Wenn nur einer, kann man den Skin wechseln? Wie wichtig ist die Anzeige für die App (gibt es einen Motor für SAS oder andere? Responsive Skins?)?
* gras et italique : déja, ne plus utiliser italique dans nos textes ?
 
* La navigation TOC est OK, mais retirer (KO) connexion et demander un mot de passe (tous en haut de page, à déplacer vers le bas ?)
 
* import fichier affiche IG tout en haut string(5) "home" (comme dans le wiki)
 
* ai testé (mars 2020) un PDF: {{KO}} (suite à idée hébergement de Gazette du désert dans common)
 
  
A voir aussi '''coté skins wiki''': wikimedia peut-il avoir 2 skins actives en meme temps ? Si un seul, changer de skin? A quel point l'affichage est au coeur de l'appli (y a t-il un moteur pour SAS ou autre? des skins Responsives ?)
 
  
 +
Alternative/Work Arround:
 +
* Vereinfachen: die Anzahl der Portale reduzieren, bestimmte Kategorien stärker nutzen.
  
 +
Man könnte Seiten im Wiki vorbereiten, speziell für den Client oder eine Webapp (schauen, welche Html-Tags sie identifizieren könnten), mit Links zu (recht kurzen) Seiten, die für ausgewählt und formatiert wurden.
  
 +
* Ulu sagt, man könnte Seiten mit einem Tag versehen, den seine Filter-App erkennen würde (alles darunter würde nicht im Spiel angezeigt werden).
  
Alternative/Work Arround :  
+
== Analyse ==
* simplifier : réduire le nb de portails, davantage utiliser certaines catégories
+
ein erster Entwurf (schnell)
 +
*Für große Bilder (z.B. mit hoher Auflösung oder großen Pixelgrößen) könnte eine Lösung darin bestehen, die Diskussionen zu nutzen, wie z.B. hier: https://fr.wiki.ryzom.com/wiki/Discussion:Peur (animiertes GIF, 1,95 MB), für große Seiten, die schnell sein müssen, ein [https://atys.wiki.ryzom.com/wiki/File:Angst_in_Aktion_Animation.gif so ähnlich] ( [[:Datei:Atysmap.jpg|Großansicht]] siehe dieses [[Hilfe/Tutorial Bilder]]) - das erfordert eine Nachbearbeitung der großen Bilder (Herstellung von Miniaturansichten).
 +
**Sehen Sie nach, ob es eine Wikimedia-Erweiterung gibt, die Miniaturansichten über Cron erstellt (daily oder weekly würde reichen).
 +
**Sehen, ob man über die Spezialseiten nicht die Dateien nach Größe anzeigen kann. Erstelle in common Kategorien für Bilder, die die Größe anzeigen (in 3 Stufen: klein, mittel und groß)?
 +
*IG (oder im Wiki?), Kategorien (die oben angezeigt werden) oben anzeigen? ( div <nowiki>ID=catlinks class=catlinks data-mw="interface" </nowiki> )
 +
*Anschauen, wie die Lore-App funktioniert
  
On pourrait préparer des pages sur le wiki, spécialement pour le client ou une webapps (voir quels tags html pourraient les identifier), avec des liens vers des pages (assez courtes) choisies et mises en forme pour.  
+
=== CSS ===
 +
*  [[Bild:CSS IG bad 2019-05-16.png|thumb|center|oben mit Firefox, unten IG - Mai 2019]] die beiden Navigationsbanner sind unleserlich (ganz unten links). Hier ist ein Navigationsband (hinzugefügt mit <nowiki>{{Portal|Mysterien}}</nowiki>):
 +
{{Portal|Mysterien}}
 +
Zur Erinnerung: Die '''Vorlage Mysterien Portal''' dient als Fußleiste, die auf das Mysterien-Portal verweist. Es ordnet die Seite mit diesem Banner auch in die Kategorie:Portal:Mysterien/verknüpfte Artikel ein. Es ist nicht schlimm, daß man es nicht sieht (zumal es sich normalerweise am unteren Rand der Seite befindet). Bei den Kategorien, die weiter unten angezeigt werden, ist es hingegen störend: Es ist wahrscheinlicher, daß ein IG-Nutzer auf ein (unleserliches) Portal klickt als auf eine Kategorie (die dort viel besser angezeigt wird, aber da sie noch weiter unten steht...).
  
* Ulu dit qu'on pourrait ajouter un tag sur des pages, que son app de filtrage reconnaîtrait (tout ce qui serait dessous ne serait pas affiché en jeu)
+
Untersuchen Sie den Code dieser komplexen Banner und Banner (danke Zo für die Formatierungs-Bibs), um
 +
**zu wissen, welche Farben dort sehr schlecht ankommen (vor allem für die "Hervorhebung von Absätzen" auf zukünftigen Handbuch-Seiten: vermeiden Sie, sich in Zukunft zu viel Arbeit zu machen).
 +
**Dann, nachdem ich den Code der ausgewählten Seiten studiert habe, kann ich sehen, ob ein Proxy sie bereinigen kann - da es sich oft um Vorlagen handelt, ist das weniger aufwendig als alle manuell eingefügten Seiten.
 +
** was uns zu den nächsten Sorgen bringt:
 +
* Gelbe Kästchen, die z.B. "von Hand" erstellt wurden, sind unlesbar (z.B. unsere Profile wegen der gelben Tabs, wichtige gelbe Anmerkungen im Benutzerhandbuch...).
 +
* Unleserliche Portale.
  
==Analyse==
+
* Der Inhalt ist zu niedrig. In den Bildern unten hat man eine Suche gestartet - IG verbringt die Zeit mit Scrollen.  
un 1er jet (rapide)
 
*Pour les images lourdes (de type hautes résolution ou de grandes tailles en pixel), une solution serait d'utiliser d'avantage les Discussions, comme par ici : https://fr.wiki.ryzom.com/wiki/Discussion:Peur (GIF animé de 1.95 MB), pour des pages importantes qui doivent etre rapides un [https://atys.wiki.ryzom.com/wiki/File:Angst_in_Aktion_Animation.gif truc comme ca] ( [[:Fichier:Atysmap.jpg|voir en grand]] cf ce [[SOS/Tuto_images]]) - ca impose de retravailler les grandes images (leur fabriquer des vignettes).
 
**Voir s'il n'existe pas une extension wikimedia qui fabrique des vignettes via cron (daily ou weekly suffirait).
 
**voir si via les pages spéciales, on ne peux pas voir les fichiers par taille. Créer dans common des catégories pour les images indicateur de taille (par 3: petites, moy et lourd)?
 
*IG (ou sur le wiki?), montrer les catégories (affichées en haut) en haut ?  ( div <nowiki>ID=catlinks class=catlinks data-mw="interface" </nowiki> )
 
*regarder comme l'app Lore fonctionne
 
 
 
===CSS===
 
*  [[Fichier:CSS IG bad 2019-05-16.png|vignette|centré|en haut avec Firefox, en bas IG - mai 2019]] les 2 bandeaux de navigation sont illisibles (tout en bas à gauche). Voici un bandeau de navigation (ajouté avec <nowiki>{{Portail|Arcanes}}</nowiki>):
 
{{Portail|Arcanes}}
 
Pour rappel, le '''modèle Portail Arcanes''' sert de bandeau de bas de page pour renvoyer vers le portail Arcanes. Il range aussi la page contenant ce bandeau dans la Catégorie:Portail:Arcanes/Articles liés. Ce n'est pas génant qu'on ne le voit pas IG (surtout qu'il est en bas de page normalement). Par contre, il est plus génant pour les catégories, qui s'affichent plus bas + on a plus de chance qu'un user IG clic vers un portail (illisible) que sur une catégorie (qui pourtant va bien mieux s'y afficher, mais qui, se trouvant encore plus bas...)
 
 
 
Étudier le code de ces bandeaux et bandeaux complexes (merci Zo d'avoir fait des bib de mise en forme) pour
 
**savoir quelles couleurs y passent tres mal (surtout pour "mise en avant de paragraphes" des futures pages à la mano: éviter de se donner trop de taf dans l'avenir)
 
**puis, après étude du code de pages choisies, voir si un proxy peux les nettoyer - comme c'est souvent des modèles, ca sera moins lourd que tous ceux collés manuellement
 
** ce qui nous amène au soucis suivant:
 
* les encadrés jaunes "à la mano" par ex sont illisibles (ex: nos profils à cause du jaune des onglets, les notes importantes en jaunes du Manuel Utilisateur...)
 
* portails illisibles.
 
 
 
* contenu trop bas. Dans les images ci dessous, on a lancé une recherche - IG on passe son temps à scroller
 
 
<gallery>
 
<gallery>
Wiki IG menusearch.png|apres les 2 images,  le menu déroulant, avec Rechercher et son trop petit bouton OK
+
Wiki IG menusearch.png|nach den 2 Bildern das Dropdown-Menü mit Suchen und seiner zu kleinen OK-Schaltfläche
Wiki IG topmenu2.png|bas du menu déroulant, et le début de la page
+
Wiki IG topmenu2.png|unten im Dropdown-Menü und der Anfang der Seite
 
</gallery>
 
</gallery>
[[Fichier:Wiki ig down p.png|vignette|bas de page: les notes, catégories cachées et menus]]
+
[[Bild:Wiki ig down p.png|thumb|Fußnoten: Notizen, versteckte Kategorien und Menüs]]
 
 
  
* soucis italiques:  use <nowiki><em></nowiki>et non <nowiki><i></nowiki> (interprété IG comme du linguistique)
 
  
* Pour un docu long (Manuel Utilisateur typiquement) est-ce mieux:
+
* Kursivschrift: verwende <nowiki><em></nowiki> und nicht <nowiki><i></nowiki> (wird von IG als sprachlich interpretiert).
** avoir une page TOC (à la mano) avec des liens vers les grands titres (avec des commentaires sous les titres, un peu comme nos pages de profil, ou mes pages Conseils pour jeunes)
 
** avoir une TOC calculér par le wiki (tous les titres h2 en "sous doc" de cette TOC calculée)
 
  
 +
* Für eine lange Dokumentation (typischerweise ein Benutzerhandbuch) ist es besser:
 +
** eine TOC-Seite (von Hand) mit Links zu den Überschriften (mit Kommentaren unter den Überschriften, ähnlich wie unsere Profilseiten oder meine Ratgeberseiten für Neulinge).
 +
** eine vom Wiki berechnete TOC haben (alle h2-Überschriften als "Sub-Doc" dieser berechneten TOC).
  
* y penser pour le mémorial (quand noms et caté seront traduites)
 
  
=== coté client (limitations)===
+
* dies für die Gedenkstätte in Betracht ziehen (wenn Namen und Katechismus übersetzt werden)
'''Au dela de 16 Ko''' (images et texte compris), rien ne passe IG
 
* soucis page longues : le manuel utilisateur ne se charge qu'à 1/3 [[Fichier:Browser issue long pages.png|vignette|Moins de 1/3 du User Manual visible IG]]
 
  
 +
=== clientseitig (Einschränkungen) ===
 +
'''Über 16 KB''' (inklusive Bilder und Text) geht nichts mehr IG
 +
* Probleme mit langen Seiten: Das Benutzerhandbuch wird nur zu 1/3 geladen [[Datei:Browser issue long pages.png|thumb|Weniger als 1/3 des Benutzerhandbuchs sichtbar IG]]
  
* TOC la navigation (via liens toc) KO: ca renvoie en haut de page (masquer la TOC IG ?)
 
  
 +
* TOC Navigation (über TOC-Links) KO: Es geht zurück zum Seitenanfang (TOC IG ausblenden?)
  
* soucis '''si italiques''' -> si ca pouvait etre comme le gras (ne marche pas, mais n'affiche pas d'erreur)...
 
  
===Détails techniques===
+
* Sorgen '''wenn kursiv''' -> wenn es wie fett sein könnte (funktioniert nicht, zeigt aber keinen Fehler an)...
(le menu déroulant est dans une div qui porte l'ID=gumax-p-navigation) -> voir l'appli Lore ?
 
  
Les images de fond qui posent soucis (font partie de la skin du wiki) sont [https://atys.wiki.ryzom.com/w/skins/Atystry/images/atys.png atys.png de la skin]
+
=== Technische Details ===
[https://atys.wiki.ryzom.com/w/skins/Atystry/images/sun.png sun.png de la skin]
+
(das Dropdown-Menü befindet sich in einer div, die die ID=gumax-p-navigation trägt) -> siehe Lore-App?
  
==Retour des devs==
+
Die Hintergrundbilder, die Sorgen bereiten (sind Teil des Wiki-Skins), sind [https://atys.wiki.ryzom.com/w/skins/Atystry/images/atys.png atys.png aus dem Skin]
Au dela de '''16 Ko''' (images et texte compris), rien ne passe IG  - dixit '''nimetu''', sur pub-dev le 16 mai 2019 17h (Nimetu connais bien WebIG)
+
[https://atys.wiki.ryzom.com/w/skins/Atystry/images/sun.png sun.png aus dem Skin]
  
Convers' avec Ulu, 16 mai 17h30
+
== Zurück von den Devs ==
* le soucis de mediawiki c'est qu'il format tout avec plein de css
+
Über '''16 KB''' (inkl. Bilder und Text) kommt nichts durch IG - sagt '''nimetu''', auf pub-dev am 16. Mai 2019 17 Uhr (Nimetu kennt WebIG gut).
*  nimetu est le specialiste du webig. ptet qu'il peut faire sauter la limites des 16ko ?
 
*  pour moi le plus simple est de passer par un proxy de reformatage. c'est comme ça que marchait l'ancien wiki (il marche toujours d'ailleurs) IG avec l'app Lore.  ça utilise le wiki de base mais avec un script qui nettoie. l'avantage c'est que tu conserve l'affichage d'origine
 
*  donc faudrait prendre la page la plus complexe du wiki. et déjà tester avec la meme moulinette
 
  
La lore affichée IG est une application webapps, qui utilise un proxy qui nettoie certains codes. On a donc le schémas de machines :<br />
+
Gespräch' mit Ulu, 16. Mai 17:30 Uhr.
wiki (serveur et divers services) - proxy (travaille sur le code, retire des balises, code css...) - serveurs Atys, avec la webapps Lore qui affiche IG.
+
* das Problem von mediawiki ist, dass es alles mit viel css formatiert.  
 +
* Nimetu ist der Webig-Spezialist. Vielleicht kann er die 16kb-Grenze sprengen?
 +
* Für mich ist es am einfachsten, einen Proxy für die Neuformatierung zu verwenden. So hat das alte Wiki funktioniert (es funktioniert übrigens immer noch) IG mit der Lore-App. Es verwendet das Basis-Wiki, aber mit einem Skript, das aufräumt.
 +
* also sollte man die komplexeste Seite des Wikis nehmen. und bereits mit der gleichen Mühle testen.  
  
 +
Die angezeigte IG-Lore ist eine Webapp-Anwendung, die einen Proxy verwendet, der bestimmte Codes bereinigt. Wir haben also das Schema der Maschinen:<br />.
 +
wiki ( Server und verschiedene Dienste) - proxy (arbeitet am Code, entfernt Tags, Css Code...) - Atys Server, mit der Lore Webapps, die IG anzeigt.
  
voir meme la lier aux mobs quand on fais infos
+
oder sogar mit Mobs verknüpfen, wenn man Infos macht.
  
Nimetu : '''ingame web intercepts <nowiki><i></nowiki> tags as translatable strings.''' <ref><em>Idée de Moniq: Utiliser em ?</em></ref>
+
Nimetu : '''ingame web intercepts <nowiki><i></nowiki> tags als übersetzbare Strings.''' <ref><em>Moniqs Idee: Mit em?</em></ref>
  
Nimetu: Le navigateur du jeu peut afficher une page Web en résolution 16384x16384 c'est-à-dire
+
Nimetu: Der Spielbrowser kann eine Webseite mit einer Auflösung von 16384x16384 anzeigen, d.h.
* une seule image en résolution 16k, ou
+
* ein einzelnes Bild in 16k-Auflösung, oder
* deux images en résolution 8k
+
* zwei Bilder in 8k-Auflösung
* ou 1000 lignes de texte en taille de police 15px.
+
* oder 1000 Zeilen Text in einer Schriftgröße von 15px.
Sa taille n'est pas limitée en octets.  
+
Seine Größe ist nicht in Bytes begrenzt.  
  
Si l'utilisateur (le bureaucrate sur le wiki) utilise une résolution de 1080px, cela représenterait 15 écrans d'information (IG).
+
Wenn der Benutzer (der Bürokrat im Wiki) eine Auflösung von 1080px verwendet, wären das 15 Informationsbildschirme (IG).
si c'est plus de 100 lignes, personne ne le lira.
+
wenn es mehr als 100 Zeilen sind, wird es niemand lesen.
  
Ingame browser can show web page that renders in 16384x16384 resolution (ie, single 16k resolution image, or two 8k resolution images) or 1000 lines of text in 15px font size.
+
Ingame-Browser können eine Webseite anzeigen, die in einer Auflösung von 16384x16384 (d. h. ein einzelnes Bild mit 16k Auflösung oder zwei Bilder mit 8k Auflösung) oder 1000 Zeilen Text in 15px Schriftgröße wiedergibt.
Its is not limited in byte size.
+
Die Größe ist nicht auf Byte beschränkt.
  
== Notes ==
+
== Notizen ==
Cette page a été écrite en brouillons et notes par CraftJenn  
+
Diese Seite wurde aus Entwürfen und Notizen von CraftJenn erstellt.
  
--[[Utilisateur:Craftjenn|CraftJenn, Ranger du Cercle du Bois d&#39;Almati]] ([[Discussion utilisateur:Craftjenn|discussion]]) 17 mai 2019 à 00:07 (CEST)
+
--[[Benutzer:Craftjenn|CraftJenn, Ranger des Waldkreises&#39;Almati]] ([[Benutzerdiskussion:Craftjenn|discussion]]) 17. Mai 2019 um 00:07 (CEST)
 
----
 
----
 
<references/>
 
<references/>
 
----
 
----
 
<noinclude>[[Kategorie:Hilfe]]</noinclude>
 
<noinclude>[[Kategorie:Hilfe]]</noinclude>

Aktuelle Version vom 9. März 2023, 06:00 Uhr


Important.png
Under Construction Panel.png !!!! WIP !!!! Under Construction Panel.png
Es sind gerade 25 Artikel in der Bearbeitung in der Kategorie "WIP"
Dieser Artikel wird gerade bearbeitet. Bitte laß es den Autor beenden, bevor du es veränderst.
Die letzte Bearbeitung war von Leda am 9.03.2023.

de:Anleitung zum Schreiben/Wiki IG fr:Guide de rédaction/Wiki IG
 
UnderConstruction.png
Übersetzung zur Überprüfung
Gib nicht den Mitwirkenden die Schuld, sondern komm und hilf ihnen. 😎

(( Anmerkung des Übersetzers: Diese Seite ist wohl veraltet, wurde aber dennoch zum besseren Verständnis übersetzt. ))


In Arbeit

Grundlagen von HTML, CSS und Browsern

Für Neulinge: Wenn Du eine Wiki-Seite fertiggestellt hast, ist es gut, das Fenster zu verkleinern und die Seite neu zu laden, um eine Vorstellung davon zu bekommen, was man mit einem Smartphone sieht (wichtig bei Bildern).

Du weißt vielleicht auch, daß die gleiche Seite (eine HTML-Textdatei
HTML-Code der Bilder am Seitenanfang (auf dieser Seite)
) auf dem gleichen PC, betrachtet mit Chrome und Firefox, nicht immer auf die gleiche Weise angezeigt wird ('unterschiedliche Browser, die den gleichen HTML-Code und seine CSS-Dateien (Style Sheets) unterschiedlich interpretieren). Es kommt auch vor, daß zwei Benutzer (beide mit Firefox) nicht das Gleiche sehen [1].

Also werden wir versuchen, zwischen den Dingen zu unterscheiden, die wir sofort beeinflussen können (im Wiki, aber auch beim einfachen Schreiben von Seiten), und den Dingen, die den Ryzom-Client betreffen (und das Feedback der Entwickler zu diesem Thema). Ich denke auch an alle, die über ihr Telefon in diesem Wiki surfen (und die möglichen Auswirkungen). Und, wenn Ulukin das macht, können wir uns auf Englisch unterhalten (aber das wird wohl nicht er sein - ich glaube, es ist Riasan, der am IG-Browser arbeitet).

Ich verstehe deine Codes und CSS nicht... <Ich verstehe nichts von deinen Codes und CrS!?!! NICHT css (MDR)...

  1. Jeder Browser (Firefox, Chrome) sendet verschiedene Informationen an den Server, z. B. das System und die Version des Browsers. Der Server (das Wiki, ryzom.com etc.) sendet ihm die angeforderte Seite zurück, die vom Browser interpretiert wird. Wenn ich die Größe meines Browserfensters ändere, macht mein Browser die Arbeit, er fordert die Seite nicht erneut an.
  2. Die Position eines div (z.B. das Dropdown-Menü befindet sich in einem Abschnitt, der mit <div> beginnt und mit </div> endet) wird durch einen style (in einer separaten Datei, in .css) festgelegt. Wenn man von "Responsive Design" spricht, gibt es oft drei Versionen, um eine Seite anzuzeigen (das ist die Arbeit der "Skins" der Wikimedia, also auf der Seite des Wiki-Servers), je nach Bildschirmbreite. Bei einem schmalen Bildschirm wird die Navigationsleiste auf ein kleines Symbol reduziert, einige div-Tags (die auf einem PC-Bildschirm oben stehen) werden auf einem Smartphone unten angezeigt. Ganz klar, dieses Wiki ist NICHT Web responsive und entspricht daher nicht mehr den aktuellen Kriterien des Webs: Surfen auf dem Smartphone.</ref>.
  • Wenn man im Internet surft, besteht fast alles aus Text (und Bildern). Das ist historisch gesehen das HTML-Format (wenn man eine Seite speichert, speichert es den Text als .html). Später wurden .css-Dateien erfunden (auch Text, aber die Syntax ist anders), die dazu dienen, den Text, die Bilder und die großen Abschnitte der Seite (in sehr groben Zügen) darzustellen. Nun ist es aber so, dass der Browser des Spiels überhaupt nicht mit CSS umgehen kann (deshalb werden die Bilder im Hintergrund derzeit im oberen Teil der IG-Seite angezeigt).
  • auf Fett, Kursiv und Schriftgröße...
    • Wenn man über die Wikileiste fett einstellt, sieht man (im Wiki-Editor '''fett''', aber das Wiki wandelt es im HTML-Code der Seite tatsächlich in <b>fett</b> um). Im Spiel sieht man das Fett nicht, aber 0 angezeigte Fehler.
    • Wenn man über die Wikileiste groß mit dem A+ einfügt sieht man (im Wiki-Editor) <big>groß mit A+</big>, das Wiki lässt es als <big>groß mit dem A+</big> im HTML-Code der Seite stehen. Im Spiel sieht man den Text nicht größer, sondern 0 Fehler angezeigt.
    • wenn wir die Liste "Überschrift" verwenden, sagen wir von Ebene 2 (Editor ==Titel==, aber in HTML wird es <h2>Titel</h2> heißen). Im Spiel erscheint er fett und größer .
    • Außerdem hat sich das HTML-Format im Laufe der Zeit verändert, und es gibt mehrere Möglichkeiten, dies zu tun: Entweder (alte Version, die nicht mehr verwendet wird und vor allem IG-Fehler anzeigt) mit dem Tag i <i>etwas in italic</i>, dann mit dem Tag em <em>etwas in italic</em>. Zum Beispiel: dies verwendet das em-Tag funktioniert gut, direkt mit dem Code <em>dies verwendet das em-Tag</em> und zeigt keinen IG-Fehler an.
Verwenden Sie also em, wenn Ihnen Kursivschrift wirklich wichtig ist - aber, IG alle Links, die kursiv sein werden, sind IG KO .

Ex von Surf IG und was man in der Redaktion vermeiden sollte (aus Silan-Anleitung)

Tutorial zum Tutorial...

Quellen : dieser Leitfaden wurde durch Gegenüberstellung der analogen Leitfäden im englischsprachigen Ryzom-Wiki (Silan Guide und Old Silan Guide) erstellt.

zeigt (Links funktionieren nicht, 1 Klick = Fehlermeldung):
Vermeiden Sie Kursivschrift in der Wiki-Symbolleiste


während

Tutorial zum Tutorial...

Quellen : dieser Leitfaden wurde durch eine Gegenüberstellung der analogen Leitfäden des englischsprachigen Ryzom-Wikis (Silan Guide und Old Silan Guide) erstellt, ....

Bild: ... (Bilder) ...
Hinweis: Diese Links verweisen auf das EN-Wiki. Testen Sie die sprachenübergreifenden Links (vielleicht habe ich mich geirrt, der Link ist KO, weil er vom Typ :en: ist?

Dagegen funktioniert der Link Ernte (über der legendierten Karte von Silan), da mit dem Code [[Ernte|Ernte]] (kein Akzent im Seitennamen Ernte).

Aber im Inhaltsverzeichnis funktioniert der Link des Titels, der Ernte enthält . Wahrscheinlich handhabt das Wiki die Links im Inhaltsverzeichnis anders, oder Ulu hat seine Filter-App verbessert?

Testen des IG-Wikis im Jahr 2020

Update von März 2020: Vom LORE-Symbol aus findet man den Link BETA TESTING: WIKI (Link auf WIKI).

Zu en:Guide de rédaction/Wiki IG Archives mai 2019 (en) - Bilder bei atys:Category:Wiki-IG (unter dem großen Balken, habe ich noch nicht aktualisiert).


Zum Testen kann man auch einen Link per Copy & Paste in den Chat einfügen (die Suche funktioniert momentan nicht) -> en:IG Test March 2020

Aus dem Chat heraus navigieren


In Arbeit: Hinzufügen von Mob-Infos im Spiel

Notizen nach dem Chat mit Ulu, 13. März 2020. Achtung, das sind nur zusammenfassende Notizen, nicht zum Handeln.

Ulu wird das gesamte Layout rausschmeißen. Die Seiten der Mobs werden im Profilfenster des Mobs angezeigt (über Rechtsklick auf einen Mob, Menü Info).

Um auf Wiki-Seiten anzugeben, was du im Spiel zeigen willst, mußt du spezielle Tags verwenden - habe en:Wombai korrigiert.

<htmltag tagname="ingame"> Nur das wird im Spiel sichtbar sein </htmltag>.

Um die Inhaltsverzeichnisse beizubehalten:

  1. füge <htmltag tagname="igstart"></htmltag> hinzu.
  2. füge __TOC__ hinzu.
  3. füge <htmltag tagname="igend"></htmltag> hinzu.

Zo hat 2 Vorlagen erstellt {{IGstart}} und {{IGend}}.

Wichtige Hinweise

  • Im Spiel kann man surfen (im offiziellen IG-Forum), aber der Browser des Ryzom-Clients ist sehr begrenzt (er kann weder CSS noch Ajax verarbeiten)...
  • Man muß auch wissen, daß die Lore, die man im Spiel sieht, aus dem Redmine über eine Webapp kommt - und sie ist im Spiel lesbar. Wir werden uns von dieser App zum Herausfiltern von leseschädlichem Wiki-Code inspirieren lassen, um Wiki-Seiten im Spiel anzuzeigen (wir sollten mit den Mob-Seiten anfangen - siehe Kategorie:Fauna).

Anmerkungen (wird gerade aktualisiert, unter dem großen Balken, ich habe es noch nicht aktualisiert)

  • die Suche (sehr gut, da oben) funktioniert nicht -> habe es Ulu gesagt.
  • mehr Speicher als 2019: das Benutzerhandbuch wird vollständig angezeigt (siehe meine Notizen fr:Guide de rédaction/Wiki IG Archives mai 2019)
  • Sobald ein Link (Zielseite) einen Akzent hat, ist es . Z.B. auf dem Wiki DE unmöglich über die Kat'égories zu surfen -> gesagt zu Ulu.
  • Spoiler {{Spoil_inside...}} (wie in Silan-Anleitung): man sieht alles (was ausgeblendet ist, ist aber lesbar)) - aber viele wollen, daß das Wiki ziemlich RP bleibt, Azazor z.B. mag dieses System (und ich stimme ihm zu, mal sehen, ob es möglich ist, im Moment gibt es diese Vorlage (Template) nicht auf Englisch, glaube ich).
  • alle Links in i (kursiv über die Werkzeugleiste) sind , aber Links in em Tags sind (Interwiki-Links getestet am 12. März 2020).


In einem ersten Schritt müssen wir eine Liste der Sorgen IG erstellen und sie analysieren (bei der Erstellung neuer Seiten könnten wir bestimmte Fehler vermeiden -> siehe meine Änderung des Redaktionsleitfadens), dann die Entwickler kontaktieren:

  • um zu sehen, was von der Skin und den CSS des Wikis stammt (über die Filter-App bereinigen) und
  • was vom Browser im Ryzom-Client stammt (dessen Speicher vor kurzem erweitert wurde).
  • je nachdem, was sie uns anbieten, können wir anfangen, darüber nachzudenken.
  • wir sollten eine Test-Wiki-Seite haben (wir werden dort die Daten zu einem Zeitpunkt T abrufen, um 2 verschiedene Versionen vergleichen zu können).

Einige Sorgen sind

  • Sorgen um die Anzeige, (geringfügig für Ulu und uns, aber schwerwiegend für einen Homin Lamba).
  • andere der Funktion (z.B. das Inhaltsverzeichnis, dessen Links im Mai 2019 nicht funktionierten, jetzt aber ),
  • manchmal beides (das Wiki hat einen Overlay-Effekt, den der IG-Browser nicht hat, weil er nicht mit CSS des IG-Browsers umgehen kann: deshalb denken die Homins, daß es nicht funktioniert, weil sie nicht nach unten scrollen, sondern nur die beiden Bilder oben sehen).

Einige sind störender als andere: Vergessen oder vernachlässigen Sie den Aspekt der "Sicherheit" nicht.

3 konkrete Fälle zur Veranschaulichung:

  • Nicht wirklich störend und leicht zu vermeiden [2], aber pädagogisch (nützlich für Bürokraten): Ein Wort in Kursivschrift wird in IG <NoExist italic> angezeigt, ein Wort in Fettschrift wird in IG fett angezeigt (keine IG-Formatierung, aber kein angezeigter Fehler).
  • Ein weiterer Fall, den wir uns aus einem ganz anderen Grund ansehen sollten, ist der obere Teil der Wiki-Seiten. Das ist meiner Meinung nach sehr störend, weil IG der Eindruck erweckt wird, daß es nicht funktioniert. Vor allem 2 Bilder machen Probleme: atys.png und sun.png des Skins Es sieht schwierig aus, obwohl es wahrscheinlich eine einfache Möglichkeit gibt, das Problem zu beheben :)
  • Wenn du dich anstrengst (Geduld, um zwei Menübildschirme herunterzufahren), wirst du sehen, daß die ganze Seite nicht richtig angezeigt wird.

Ideen für dev?

Siehe en:Guide de rédaction/Wiki IG Archives mai 2019

  • Frage: Gibt es eine kleine Studie über die Darstellung von Wikis auf Smartphones, die von jemandem durchgeführt wurde, der schlecht sieht? Siehe z.B. WebApps/Tests auf kleinem Bildschirm (Zusammenfassung eines Forumsbeitrags).
  • Weniger dringend als die Mobs im Spiel?
  • Auf der Wiki-Testseite nachsehen, ob sie einen responsiven Web-Skin hat, und ob es nicht schlimmer IG ist. Wird mit Ulu und Tam besprochen, wenn wir ein Test-Wiki haben.

Rechtsklick auf einen Mob / Info -> die Seite des Mobs im Wiki wird im Spiel angezeigt.

kleine Liste in Kürze

die ich bisher gesehen habe, der Form halber und in der Reihenfolge ihrer Wichtigkeit/Dringlichkeit.


wichtig:

  • Sorgen um lange Seite: behoben (Speicher des IG-Browsers vergrößert).
  • daran denken, das obere Menü (Navigation, Ryzom Commons, Tools, Nützliche Links...) mit der Filter-App zu entfernen (nimmt zu viel Platz weg).

(unter der großen Leiste, habe ich noch nicht aktualisiert).


muss erneut überprüft werden (über eine Testseite, wahrscheinlich Wiki EN, da auf einfacherer IG):


  • Gelber Hintergrund (unsere Profile, Banner Achtung) sind unlesbar (man sieht nur die Links), mehrere Lösungsansätze oder workarround
  • Wir haben viele "Portale", die unbrauchbar sind (und die wir unter verschiedenen "Smartphones" testen müssen, bevor wir weitergehen).
ein Portal über IG Mai 2019
  • Inhalt zu niedrig (da Bilder atys.png und sun.png gefolgt von mehreren Menübildschirmen): mehrere Lösungsansätze oder Workarrounds.
  • Sorgen wegen der Akzentzeichen (in den Seitennamen und Titeln h2 h3...): vor allem bei den Kategorien für die Wiki-Seite + im Forum eingefügte Links zu den Seiten des Wikis. Das ist auch sehr störend :(, da der EN-Teil viel weniger betroffen ist als die anderen Sprachen, begünstigt das Englisch als gemeinsame Sprache. Nicht ausreichend dokumentiert in der Anleitung zum Schreiben für Wiki-Nutzer - the English version of Writing Guide - (übersetzt aus dem FR, ist weniger aktuell als der FR), der auch von Deutschen verwendet wird.

viel weniger schlimm:

  • Fett und kursiv: schon nicht mehr kursiv in unseren Texten verwenden?
  • TOC-Navigation ist OK, aber Login entfernen und Passwort verlangen (alle oben auf der Seite, nach unten verschieben?)
  • Importdatei zeigt IG ganz oben string(5) "home" an (wie im Wiki).
  • Ich habe ein PDF getestet (März 2020): (aufgrund der Idee, die Wüstengazette in common zu hosten).

Siehe auch Wiki-Skin-Seite: Kann Wikimedia zwei Skins gleichzeitig aktiv haben? Wenn nur einer, kann man den Skin wechseln? Wie wichtig ist die Anzeige für die App (gibt es einen Motor für SAS oder andere? Responsive Skins?)?


Alternative/Work Arround:

  • Vereinfachen: die Anzahl der Portale reduzieren, bestimmte Kategorien stärker nutzen.

Man könnte Seiten im Wiki vorbereiten, speziell für den Client oder eine Webapp (schauen, welche Html-Tags sie identifizieren könnten), mit Links zu (recht kurzen) Seiten, die für ausgewählt und formatiert wurden.

  • Ulu sagt, man könnte Seiten mit einem Tag versehen, den seine Filter-App erkennen würde (alles darunter würde nicht im Spiel angezeigt werden).

Analyse

ein erster Entwurf (schnell)

  • Für große Bilder (z.B. mit hoher Auflösung oder großen Pixelgrößen) könnte eine Lösung darin bestehen, die Diskussionen zu nutzen, wie z.B. hier: https://fr.wiki.ryzom.com/wiki/Discussion:Peur (animiertes GIF, 1,95 MB), für große Seiten, die schnell sein müssen, ein so ähnlich ( Großansicht siehe dieses Hilfe/Tutorial Bilder) - das erfordert eine Nachbearbeitung der großen Bilder (Herstellung von Miniaturansichten).
    • Sehen Sie nach, ob es eine Wikimedia-Erweiterung gibt, die Miniaturansichten über Cron erstellt (daily oder weekly würde reichen).
    • Sehen, ob man über die Spezialseiten nicht die Dateien nach Größe anzeigen kann. Erstelle in common Kategorien für Bilder, die die Größe anzeigen (in 3 Stufen: klein, mittel und groß)?
  • IG (oder im Wiki?), Kategorien (die oben angezeigt werden) oben anzeigen? ( div ID=catlinks class=catlinks data-mw="interface" )
  • Anschauen, wie die Lore-App funktioniert

CSS

  • oben mit Firefox, unten IG - Mai 2019
    die beiden Navigationsbanner sind unleserlich (ganz unten links). Hier ist ein Navigationsband (hinzugefügt mit {{Portal|Mysterien}}):

Zur Erinnerung: Die Vorlage Mysterien Portal dient als Fußleiste, die auf das Mysterien-Portal verweist. Es ordnet die Seite mit diesem Banner auch in die Kategorie:Portal:Mysterien/verknüpfte Artikel ein. Es ist nicht schlimm, daß man es nicht sieht (zumal es sich normalerweise am unteren Rand der Seite befindet). Bei den Kategorien, die weiter unten angezeigt werden, ist es hingegen störend: Es ist wahrscheinlicher, daß ein IG-Nutzer auf ein (unleserliches) Portal klickt als auf eine Kategorie (die dort viel besser angezeigt wird, aber da sie noch weiter unten steht...).

Untersuchen Sie den Code dieser komplexen Banner und Banner (danke Zo für die Formatierungs-Bibs), um

    • zu wissen, welche Farben dort sehr schlecht ankommen (vor allem für die "Hervorhebung von Absätzen" auf zukünftigen Handbuch-Seiten: vermeiden Sie, sich in Zukunft zu viel Arbeit zu machen).
    • Dann, nachdem ich den Code der ausgewählten Seiten studiert habe, kann ich sehen, ob ein Proxy sie bereinigen kann - da es sich oft um Vorlagen handelt, ist das weniger aufwendig als alle manuell eingefügten Seiten.
    • was uns zu den nächsten Sorgen bringt:
  • Gelbe Kästchen, die z.B. "von Hand" erstellt wurden, sind unlesbar (z.B. unsere Profile wegen der gelben Tabs, wichtige gelbe Anmerkungen im Benutzerhandbuch...).
  • Unleserliche Portale.
  • Der Inhalt ist zu niedrig. In den Bildern unten hat man eine Suche gestartet - IG verbringt die Zeit mit Scrollen.
Fußnoten: Notizen, versteckte Kategorien und Menüs


  • Kursivschrift: verwende <em> und nicht <i> (wird von IG als sprachlich interpretiert).
  • Für eine lange Dokumentation (typischerweise ein Benutzerhandbuch) ist es besser:
    • eine TOC-Seite (von Hand) mit Links zu den Überschriften (mit Kommentaren unter den Überschriften, ähnlich wie unsere Profilseiten oder meine Ratgeberseiten für Neulinge).
    • eine vom Wiki berechnete TOC haben (alle h2-Überschriften als "Sub-Doc" dieser berechneten TOC).


  • dies für die Gedenkstätte in Betracht ziehen (wenn Namen und Katechismus übersetzt werden)

clientseitig (Einschränkungen)

Über 16 KB (inklusive Bilder und Text) geht nichts mehr IG

  • Probleme mit langen Seiten: Das Benutzerhandbuch wird nur zu 1/3 geladen
    Weniger als 1/3 des Benutzerhandbuchs sichtbar IG


  • TOC Navigation (über TOC-Links) KO: Es geht zurück zum Seitenanfang (TOC IG ausblenden?)


  • Sorgen wenn kursiv -> wenn es wie fett sein könnte (funktioniert nicht, zeigt aber keinen Fehler an)...

Technische Details

(das Dropdown-Menü befindet sich in einer div, die die ID=gumax-p-navigation trägt) -> siehe Lore-App?

Die Hintergrundbilder, die Sorgen bereiten (sind Teil des Wiki-Skins), sind atys.png aus dem Skin sun.png aus dem Skin

Zurück von den Devs

Über 16 KB (inkl. Bilder und Text) kommt nichts durch IG - sagt nimetu, auf pub-dev am 16. Mai 2019 17 Uhr (Nimetu kennt WebIG gut).

Gespräch' mit Ulu, 16. Mai 17:30 Uhr.

  • das Problem von mediawiki ist, dass es alles mit viel css formatiert.
  • Nimetu ist der Webig-Spezialist. Vielleicht kann er die 16kb-Grenze sprengen?
  • Für mich ist es am einfachsten, einen Proxy für die Neuformatierung zu verwenden. So hat das alte Wiki funktioniert (es funktioniert übrigens immer noch) IG mit der Lore-App. Es verwendet das Basis-Wiki, aber mit einem Skript, das aufräumt.
  • also sollte man die komplexeste Seite des Wikis nehmen. und bereits mit der gleichen Mühle testen.

Die angezeigte IG-Lore ist eine Webapp-Anwendung, die einen Proxy verwendet, der bestimmte Codes bereinigt. Wir haben also das Schema der Maschinen:
. wiki ( Server und verschiedene Dienste) - proxy (arbeitet am Code, entfernt Tags, Css Code...) - Atys Server, mit der Lore Webapps, die IG anzeigt.

oder sogar mit Mobs verknüpfen, wenn man Infos macht.

Nimetu : ingame web intercepts <i> tags als übersetzbare Strings. [3]

Nimetu: Der Spielbrowser kann eine Webseite mit einer Auflösung von 16384x16384 anzeigen, d.h.

  • ein einzelnes Bild in 16k-Auflösung, oder
  • zwei Bilder in 8k-Auflösung
  • oder 1000 Zeilen Text in einer Schriftgröße von 15px.

Seine Größe ist nicht in Bytes begrenzt.

Wenn der Benutzer (der Bürokrat im Wiki) eine Auflösung von 1080px verwendet, wären das 15 Informationsbildschirme (IG). wenn es mehr als 100 Zeilen sind, wird es niemand lesen.

Ingame-Browser können eine Webseite anzeigen, die in einer Auflösung von 16384x16384 (d. h. ein einzelnes Bild mit 16k Auflösung oder zwei Bilder mit 8k Auflösung) oder 1000 Zeilen Text in 15px Schriftgröße wiedergibt. Die Größe ist nicht auf Byte beschränkt.

Notizen

Diese Seite wurde aus Entwürfen und Notizen von CraftJenn erstellt.

--CraftJenn, Ranger des Waldkreises'Almati (discussion) 17. Mai 2019 um 00:07 (CEST)


  1. Es kommt auch vor, daß zwei Benutzer (beide mit Firefox) nicht das Gleiche sehen: Sie haben nicht die gleiche Version von Firefox, nicht die gleichen Erweiterungen (oder Plugins), oder sie haben zwar die gleiche Version und die gleichen Plugins, aber mit unterschiedlichen Konfigurationen (Menü Einstellungen in Firefox, oft ohne ihr Wissen ..)... Kurzum, generell gilt für das Web: Immer erst ausprobieren mit einem anderen Browser...
  2. Die Sorge um die "Kursivschrift" IG: Ein Bug, der zwar sehr auffällig, aber nicht sehr schlimm ist. Man sieht das Wort trotzdem, die Information ist noch lesbar und man kann sie im Laufe der Zeit mit em korrigieren.
  3. Moniqs Idee: Mit em?