ConanWiki:Austausch: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
→Aufbau Artikel zu Openings / Endings: re; +neuer abschnitt rômaji;
Rikku (Diskussion | Beiträge) (→Aufbau Artikel zu Openings / Endings: re; +neuer abschnitt rômaji;) |
|||
Zeile 85:
::::*''Übersetzt_de'' hinzufügen
::::Liebe Grüße {{Benutzer:Philipp S./Signatur}} 08:48, 25. Apr. 2020 (CEST)
Hola, danke fuer das feedback.
*umschrift: ok, dann lass uns noch mal kurz begriffe abgleichen. vieles davon ist sicher schon bekannt, aber einfach um sicherzustellen, dass wir ueber das gleiche reden:
** japanische Originalschreibweise: kanji + kana: beispiel: 眠る君の横顔に微笑みを (Ending 19)
** hiragana: eine der beiden jap. silbenschriften: beispiel: る, の, に,み, を (aus Ending 19)
** rômaji: lateinische buchstaben: beispiel: Nemuru Kimi no Yokogao ni Hohoemi wo (Ending 19)
** grosz / kleinschreibung: hier moechte ich eigentlich nur wissen, wo es steht. brauche das auch fuer die orte :) => mache dazu aber eine separate frage, damit wir das in zukunft auch wiederfinden.
:als "best practice" verweise ich bekanntlich seit jahren auf die heidelberger japo. die haben aus meiner sicht hinreichend erfahrung und expertiese auf dem gebiet. (bspw. in [[Diskussion:Liste der Filme#katakana Namen im Romaji|dieser]] oder [[Diskussion:Bourbon#Transkription_.E5.AE.89.E5.AE.A4.E9.80.8F|dieser diskussion]]). die aktuelle version der heidelberger kann man [https://www.zo.uni-heidelberg.de/japanologie/studium/lehrmaterialien.html hier] nachschlagen... oder auch [https://de.wikipedia.org/wiki/Wikipedia:Namenskonventionen/Japanisch#Weblinks hier].
:=> wir machen das iA auch so + halt die grosz / kleinschreibung (mit der ich an sich wie gesagt kein problem habe... sie ist halt nur etwas komplizierter, wie du bereits angemerkt hast :)
:''off-topic'': das konventionen zur umschrift fuer das gesamte wiki einheitlich gemacht werden sollten, finde ich grundsaetzlich schon, ist aber an dieser stelle nicht weiter thema. zudem ist klar, dass konvetionen immer nur in die zukunft gelten koennen. wenn also alte artikel verbessert werden, dann kann man sie auch auf den stand aktueller konventionen heben, andernfalls sind 4k artikel mittlerweile zu viele, um die alle jedes mal anzupassen, wenn es neue vereinbarungen gibt, denke ich.
* layout: ok, hier zunaechst ein wenig theorie: in html haben die verschiedenen tags auch eine semantische bedeutung. die tabellen-tags sind dazu da, daten zu strukturieren und zueinander in beziehung zu setzen. es ist daher besser, html-tags gemaesz ihrer semantischen bedeutung zu verwenden und das design ueber css zu loesen. daher empfiehlt w3c beispielsweise, ein grid-layout ueber ein mehrstufiges div-konstrukt zu loesen.
** [https://www.w3schools.com/Css/css_rwd_grid.asp responsive grid layout] (komplex)
** [https://www.w3schools.com/howto/howto_css_two_columns.asp zweispaltiges layout] (einfach)
:mediawiki addressiert das indirekt auch auf diesen hilfeseiten:
:* [https://www.mediawiki.org/wiki/Special:MyLanguage/Mobile_Gateway/Mobile_homepage_formatting Mobile Gateway/Mobile homepage formatting]
:* [https://www.mediawiki.org/wiki/Making_MediaWiki_Mobile_Friendly Making MediaWiki Mobile Friendly]
:die dinge die hier angesprochen werden, treffen uns (ggf.) auch auf anderen wiki-seiten bei uns. sie fuehren aber nicht immer zu einem wirklichen "problem", weshalb wir da nicht direkt was aendern muessen. wenn aber seiten eine rundum erneuerung bekommen (sollen) kann man das beruecksichtigen. mein primaeres anliegen ist hier also, dass das thema ins bewusstsein rutscht, sofern es dort noch nicht ist. bei dir ist das denke ich schon der fall. das merke ich an den vielen verbesserungen, die du fuer mobile ansichten machst :)
:soviel zur theorie. wiki-systeme haben ja zusaetzlich auch die herausforderung, dass die syntax in den artikeln moeglichst einfach gehalten werden sollte, damit die hemmschwelle fuer neue autoren gering bleibt. zu viel html-code ist da also auch kontraproduktiv.
:in dem von dir o.g. edit zu [[Ending 19]] habe ich einen vorschlag fuer mehrspaltigkeit mithilfe von div-containern gemacht: die beiden spalten finden sich im abschnitt "japanischer songtext". hier ist zusaetzlich eine style-anweisung "inline-block" gesetzt. damit wird versucht, die beiden spalten nebeneinander anzuzeigen. ist nicht genuegend platz, dann werden sie untereinander angezeigt. das kannst du da gerne mal ausprobieren, in der klassischen wie auch in der mobilen ansicht.
:=> ist wie gesagt nicht ganz "das gelbe vom ei", da immer noch style-angaben im wiki-artikel sind. ich halte es jedoch derzeit fuer vertretbar, gemessen an dem level an html-code auf anderen wiki-seiten hier bei uns.
:wenn du das ganze hingegen als tabelle machst, also z. b. fuer die von dir vorgeschlagenen drei h3-abschnitte (original / umschrift / uebersetzung) zum jap. songtext, dann wuerden die drei spalten immer nebeneinander angezeigt werden. wenn sich die tabelle selbst nicht weiter schmal machen kann, dann wird ein scroll-balken eingeblendet.
*bilder: super, danke dir.
*infobox: super, danke dir. {{Benutzer:Rikku/Signatur}} 18:55, 30. Apr. 2020 (CEST)
== Wiki-Konventionen: Japanische Umschrift (Rômaji): Groß- / Kleinschreibung ==
Hola, dann hier noch die bitte, einen link zur aktuellen konvention bzgl. japanische umschriftregeln in {{SITENAME}} bereitzustellen. insbesondere nach welchen regeln die grosz- und kleinschreibung gemacht werden soll.
:+ konkrete frage fuer orte: sind jap. begriffe mit bindestrich davon betroffen? also muesste ich fuer zb "Präfektur Gunma" als ''Gunma-Ken'' statt ''Gunma-ken'' schreiben?
vielen dank schon einmal. {{Benutzer:Rikku/Signatur}} 18:55, 30. Apr. 2020 (CEST)
= Abstimmungen zum Wiki =
| |||