Difference between revisions of "User talk:Aqua"

Latest revision as of 21:40, 27 November 2013

Tabellen formatieren und übersetzen

The Hitchhicker Container is missing. Are other default parts missing? Aqua (talk) 17:57, 24 November 2013 (CST)

"How" is it missing? Or where? — xZise [talk] 20:05, 24 November 2013 (CST)

My bad. I'm sorry. I searched it at least 5 times in the parts article and couldn't find it. And now I looked another two times and found it. -_- The parts list is way to big. There must be way to shorten it. Aqua (talk) 20:24, 24 November 2013 (CST)

I'm afraid that this is not possible. Or at least I don't know how you could do that. For example {{Parts}} also contain all parts and is huge. We are now already using two foldable list inside each other. I noticed you tried to fix that one TWR column several times. You could do something like {{lang|en=foo|de=bar|force=de}} to test the German text in the preview window. Of course you shouldn't forget to remove the second parameter prior to saving the page. — xZise [talk] 08:38, 25 November 2013 (CST)

How about stripping the parts article of all the detailed pieces of information? I imagine a simple collection of part pictures with only the names beneath them. Anybody who wants more details then hat to click on a picture or name and get redirected to the specific article or an overview of the part class (i.e. this or that). Because I now know you're German: Ich schlage vor, die ganzen Zusatzinfos aus dem Parts-Artikel zu entfernen. Es sollen nur noch die Bilder und die Part-Namen übrig bleiben. Wer dann genauere Infos haben will, muss dann auf den Part-Namen oder -Bild klicken und wird dann auf den entsprechenden Part-Artikel oder eine Kategorieansicht mit den großen Tabellen weitergeleitet. Mit jedem Klick würde der User dann von der einfachen Übersicht in das komplexere Innere eintauchen. Aqua (talk) 10:51, 25 November 2013 (CST)

Übrigens statt Parts/Propulsion gibt es inzwischen Engine, Jet engine, Reaction/Rocket engine. Allerdings wird der Artikel kaum kürzer wenn du statt der ganzen Tabellen nur Name und Bild anzeigst (außer du zeigst mehrere Teile in mehreren Spalten an). Du kannst gerne in deinem Benutzernamensraum experimentieren und vielleicht kannst du dann was zeigen, wie du es dir dachtest.— xZise [talk] 13:21, 25 November 2013 (CST)

Ich kann Seiten in meinen eigenen Namensraum anlegen? Super, vielen Dank für den Tipp! Das macht das Debuggen dann viel einfacher. Aqua (talk) 14:56, 25 November 2013 (CST)

Und weil ich gerade einen Admin am Haken habe (:p), wie kann ich Templates besser testen? Gerade [das] hat mir Kopfzerbrechen bereitet. Ich weiß nicht genau, woran es liegt, dass die Tabellen zerschossen werden. Ich vermute, es hängt an den Zeilenumbrüchen oder den anderen white space characters. Dass man das Ergebnis nicht einfach so sieht, ist... doof. Aqua (talk) 10:51, 25 November 2013 (CST)

Ja die MediaWiki Software ist etwas … beschränkt was Zeilenumbrüche und so geht. Gerade darum die zu erhalten. Allerdings scheint das hier ein ganz anderes Problem zu sein: Und zwar ist in den einzelnen Templates wie {{Stats Table Header/Drag}} nur der übersetzte Text drin. Das heißt das komplette Markup um die einzelnen Spalten zu haben, muss immernoch von {{Stats Table Header}} gemacht werden (das Ausrufezeichen am Anfang und die ganzen {{!}}). Ich würde vorschlagen sowas auf einer Seite in deinem Benutzernamensraum hier zu testen (z.B. User:Aqua/Test). Dort dann den modifzierten Quellcode aus Stats Table Header und ein bisschen restliche Tabelle.

Aber die „Programmierung“ der Vorlagen ist nicht gerade einfach ;) Die meisten meiner Bearbeitungen bei Infobox/Body fixen nur etwas was ich übersehen hab. Wobei gerade die Vorlage inzwischen ganz schön komplex ist :/ — xZise [talk] 13:21, 25 November 2013 (CST)

Ach und ein Problem bei deinen Vorlagen ist das du sie zu Kategorien hinzugefügt hast. Die werden mit in den anderen Seiten die diese Vorlage verwenden mitgenommen. Du musst sowas in <noinclude>-Tags setzen. — xZise [talk] 13:23, 25 November 2013 (CST)

Mein Gedanke war, dass Templates in der Template-Kategorie aufgeführt werden sollten. Und nun hatte ich da eine Vorlage, die in keiner Kategorie drin war und den Rest kannst du dir sicher denken. Ich muss wohl noch einiges an der Doku zur MediaWiki durchlesen. Die Syntax finde ich z. B. oft eher verwirrend und unnötig ausschweifend statt einfach und verständlich. Vielen Dank für deine Hinweise! :) Aqua (talk) 14:56, 25 November 2013 (CST)

Ich hab mal in User:Aqua/Template:Stats Table Header rein geguckt, und ein Problem ist, wenn du mehrere If-Bedingungen untereinander hast, das dort ganz viele Leerzeilen entstehen, wenn die nichts zurückgeben. Dadurch interpretiert er das als Absätze. Ich versuche mal hier ein kleines Beispiel zu machen:

{{#if: set|Hallo Welt}}
{{#if: |Das hier erscheint nicht}}
{{#if: |Das hier erscheint nicht}}
{{#if: |Das hier erscheint nicht}}
{{#if: set|Das hier erscheint, aber mit großen Abstand}}

{{#if: set|Hallo Welt}}{{#if: |
Das hier erscheint nicht}}{{#if: |
Das hier erscheint nicht}}{{#if: |
Das hier erscheint nicht}}{{#if: set|


Das hier erscheint, und funktioniert theoretisch, nur ohne Zeilenumbrüche}}

{{if||set|Hallo Welt}}{{if|||
Das hier erscheint nicht}}{{if|||
Das hier erscheint nicht}}{{if|||
Das hier erscheint nicht}}{{if||set|


Das hier erscheint, und funktioniert sogar mit Zeilenumbrüchen}}

Das Problem ist halt das {{#if:}} oder sowas keine Zeilenumbrüche vor und nach den Parametern behalten. Vorlagen selber (wie {{if}}) tun das allerdings. Das heißt darüber kannst du dann das umgehen. Du musst nur aufpassen das du nicht zu viel ineinander aufrufst. Außerdem kann ich nur garantieren das {{#if:}} mit der Vorlage funktioniert. Theoretisch dürfte auch {{#ifexpr:}} via {{if|expr|expr|wenn ja|wenn nein}} funktionieren. Hingegen {{if|eq|a|b|j|n}} funktioniert auf jedenfall nicht. Keine Ahnung ob ich diese funktionalität hinzufügen werde, allerdings befürchte ich wird dadurch die Vorlage zu groß, und dadurch das die oft woanders eingesetzt wird, wird das verstärkt und es sind zu viele Aufrufe.

Ich habe in der Tabelle mehrere Zeilenumbrüche genommen, damit man die sofort angezeigt werden. Wäre nur ein Zeilenumbruch vor dem letzten Eintrag würde es trotzdem alles in einer Zeile angezeigt werden. Allerdings wenn du Tabellen hast, ist das wichtig, weil dort zählen Zeilenumbrüche und nicht Paragraphen.

Außerdem wenn du eine Tabelle hast und du eine Zelle pro Zeile definierst dann benutzt du nur ein Trennzeichen.

{|
| Zelle 1 || Zelle 2 || Zelle 3
|}
{|
| Zelle 1
| Zelle 2
| Zelle 3
|}

{|
! Titel 1 || Titel 2 || Titel 3
|}
{|
! Titel 1
! Titel 2
! Titel 3
|}

Nicht !! benutzen bei den Titeln sondern dort auch ||. Ich hab mal versucht das zu verbessern und sieht jetzt ganz ordentlich aus. Was mir dabei auch noch auffiel: Mach einfach immer das </includeonly> (sofern vorhanden, sonst einfach das letzte Zeichen was noch rein soll) und das <noinclude> immer direkt aneinander. So konnte ich das beheben, mach einfach meine letzte Bearbeitung rückgängig (wo ich das behebe) und du wirst sehen, das unter dem “Tolerance“ ein leerer Absatz ist (deshalb steht er so hoch). Wenn du nun die maximale Temperatur anzeigst dann steht nun darunter der leere Absatz. Also unter dem jeweils letzten. Bisschen nervig aber wenn man das weiß dann macht man den Fehler nicht mehr so oft.

Bezüglich Vorlagenkategorien: „Die hier“ sind nicht so organisiert was das angeht ;) Ich hab bisher mehr oder weniger alles in Category:Templates geklatscht. Einige Ausnahmen sind wohl Kategorien einer Gruppe von Vorlagen wie Category:BodyData Math Templates — xZise [talk] 11:27, 26 November 2013 (CST)

Man, ist das kompliziert. Ich bin mir nicht sicher, ob ich weiter an dem Vorhaben, Tabellenformatierung und -übersetzung zu trennen, festhalten sollte. Ich habe tagsüber schon genug mit Programmierung zu tun, da bin ich abends nicht sonderlich scharf darauf, sich mit so was rumzuplagen. Jedenfalls nicht, wenn sich das so umständlich gestaltet und man auf jedes Leerzeichen achten muss.

Trotzdem vielen Dank für deine Erklärungen. Das hat bestimmt einiges an Arbeit gemacht und ich schätze es sehr, wenn sich jemand richtig Mühe gibt, etwas zu erklären! :-) Aqua (talk) 14:57, 26 November 2013 (CST)

Festlegung von Übersetzungen

Hallo, da du ja nun auch mit übersetzt, würde ich gern mal festlegen wollen, wie bestimmte Wörter übersetzt werden sollten. Zu einem das Wort "part", eigentlich ja Teil, nur halte ich Bauteil meist für sinnvoller. Dann ist wäre da noch bei "Initial Release" die Frage. Ich habs bisher mit "Erste Veröffentlichung" übersetzt, hab aber gerade gesehen das du das mit "Erstimplementierung" übersetzt hast. Dann wäre da natürlich noch die Frage, wie man mit Eigennamen umgehen soll, die man zumindest theoretisch übersetzen könnte und auch mit Beschreibungen aus dem Spiel, für die es (noch) keine offizielle Übersetzung gibt. Ich halte es auf jeden Fall für Sinnvoll das irgendwie festzulegen, damit es ein einheitliches System gibt und nicht jede Seite anders aufgebaut ist. Evtl. wäre es auch von Vorteil ein "Kerbal_Space_Program_Wiki:Translation/de" zu erstellen, in dem man einfach bestimmte Regeln festlegt. Nur als Anreiz, vielleicht fällt dir ja auch noch was ein. — Preceding unsigned comment added by ‎Kyu Kerman (talk • contribs)

„Du“ ist nicht ganz richtig ;) Ich habe nicht die ersten Seiten übersetzt und von mir ist nicht Erstimplementierung. Ich würde auch sagen Bauteil klingt besser wobei es vermutlich auch auf den Kontext ankommt. Und ich würde die Bauteile nicht übersetzten, also sowas wie LV-909 Flüssigkeitstriebwerk und die Namen der Himmelskörper oder das Wort Kerbal lassen sich schlecht übersetzen. Nun bei den Gebäuden am KSC (und den beiden anderen Standorten) weiß ich nicht was man da macht. Afaik steht im Logbuch nach einem Zusammenstoß mit dem VAB ja Vehicle Assembly Building mit großen Anfangsbuchstaben, was für mich andeutet das es ein Eigenname ist. Andererseits scheinen die da eh nicht so groß drauf zu achten ob sie alles groß oder kleinschreiben. Nun was anderes fällt mir gerade nicht ein was man übersetzen könnte. — xZise [talk] 11:27, 26 November 2013 (CST)

OOPs da ist mir in Fehler unterlaufen. Ich dachte du wärest Aqua. Dann passen die ersten eineinhalb Sätze nicht. Das mit „Erstimplementierung“ ist aber nicht von Aqua. Ich bin gerade zu faul alle deutschen Seiten zu durchsuchen aber ich habe das schon länger gesehen und der Benutzer hier existiert ja erst seit etwas mehr als 2 Tagen. — xZise [talk] 11:31, 26 November 2013 (CST)

Wollte euch bei eurer Diskussion auch nicht durcheinander bringen. ^^ Hab gerade mal geguckt, bei den Planten steht "Erstimplementierung", bezog mich da aber auf die Kommandomodule, die Aqua übersetzt hat. Würde ich dann auch dabei belassen und bei den anderen dann anpassen. Bei den Eigennamen find ich es auch blöd, wenn im Spiel alles auf englisch ist und hier nicht, zumindest bis es eine offizielle deutsche Version gibt. Alternativ könnte man auch beides schreiben, also deutsch und englisch. Kyu Kerman (talk) 12:36, 26 November 2013 (CST)

Nur im Russischen oder so wurden hier die Namen verändert bzw. transskribiert (oder wie das heißt). Ich muss übrigens „Verwendung“ vor „Benutzung“ bevorzugen (wie du es vorhin geändert hast also). — xZise [talk] 13:52, 26 November 2013 (CST)

"Erstimplementierung" gefällt mir auch nicht sonderlich, aber weil ich das vorher schon so gesehen habe, habe ich es übernommen. Ich habe mich, so gut es geht, an den anderen übersetzten Artikeln orientiert, bin aber in manchen Dinge auch eigene Wege gegangen. Wenn ein "Mk16 Parachute" erwähnt wird, dann nenne ich ihn "Mk16 Parachute-Fallschirm". Warum? Mk16 Parachute sehe ich als Eigennamen an und da ich nicht davon ausgehe, dass jeder Parachute übersetzen kann, habe ich noch "-Fallschirm" drangeschrieben. Damit klingt es jetzt zwar doppelt gemoppelt, aber immerhin ist es jetzt für jeden verständlich. Diese Vorgehensweise halte ich wegen Modulen wie M-Beam 200 I-Beam Pocket Edition für nützlich. Da kann man sich auf Anhieb erst mal gar nicht vorstellen, was das sein könnte. Man müsste dann auf den Link klicken, um es herauszufinden. Und dort dann wieder auf einen anderen Verlinkung, weil dort ein Name nicht selbsterklärend ist. Usw. In der Wikipedia kann man ja auch kaum noch suchen, weil die Artikel mit Fachwörtern gespickt sind und man dann statt eines Artikels plötzlich 30 lesen muss.

• Eigennamen zu übersetzen, z. B. von Modulen, halte ich für nicht sinnvoll. Man sucht sich einen Dusel, wenn man hier in der Wiki etwas gelesen hat, es aber im Spiel nicht unter gleichem Namen findet. ~170 Modulbeschreibungen durchzuschauen, kann anstrengend sein.
• Der engl.-Name-mit-deu.-Anhang-Ansatz funktioniert nicht immer gut. In diesen Fälle finde ich es gut, wenn man englische und deutsche Begriffe direkt gegenüber stellt, wie ich es bspw. hier gemacht habe. Da weiß jeder was was ist und wie das im Spiel dann aussieht.
• Einige bestimmte Begriffsübersetzungen zu standardisieren, halte ich für gut. "Part" würde ich, wie vorgeschlagen mit "Bauteil" oder auch "Modul" übersetzen. "Modul" deshalb, weil es z. B. Kommandomodul heißt (Kommandobauteil klingt doof. ;-)).
• Die Idee, eine Seite aufzusetzen, die Benennungs- und Übersetzungsregeln definiert, finde ich gut. Wir sollten sie aber einfach, simpel und kurz halten. Die deutsche Wikipedia z. B. hat mittlerweile ein 7.000seitiges Regelwerk, was wie warum wann gemacht werden muss. Das halte ich und ihr sicher auch nicht für erstrebenswert. Aqua (talk) 14:45, 26 November 2013 (CST)

• Also wegen der Namen könnte man das auch so machen, dass man z.B. bei M-Beam 200 I-Beam Pocket Edition sagt, "Das M-Beam 200 I-Beam Pocket Edition ist ein Strukturelement, dass ..."
• Eine Andere Frage wäre auch, was man ganz oben rein schreibt und was dann bei Verwendung. Einmal eine kurze Beschreibung und dann bei "Verwendung", wie das Teil angebracht wird und vielleicht noch irgendwelche Daten. Aber bei den meisten Teilen gibt es einfach zu wenig zu schreiben, oder man macht die Kurzbeschreibung nur bei Bedarf.
• Bei den Kommandomodulen heißt es im englischen übrigens schon "command module", aber ja müsste man gucken wie's sich am besten "anhört" ;)
• 7000 Seiten wären wohl ein wenig zu viel, aber halt so Sachen wie mit den Eigennamen oder Vorlagen für Bauteile etc. Kyu Kerman (talk) 10:29, 27 November 2013 (CST)

Bezüglich der Verwendung hätte ich gesagt, wenn es nichts besonders dazu gibt dann lässt man das weg und macht nur dein Einleitungsblock. — xZise [talk] 10:48, 27 November 2013 (CST)

Ich habe einfach mal eine Seite aufgesetzt: User:Aqua/Kerbal_Space_Program_Wiki:Translation/de

Jetzt können wir uns darüber prügeln, wie wir was bezeichnen. :-D Ich bin immer noch für "Modul". Aqua (talk) 12:08, 27 November 2013 (CST)

Also wegen Modul oder nicht, bei manchen Sachen macht Modul auf jeden Fall Sinn, Kommandomodul, Solarmodul, also gerade bei technischen Dingen. Bei Tanks einfach Tank. Aber wenn ich gerade so darüber nachdenke, macht es Sinn einfach das dahinter zu schreiben, was das auch ist. Meine Frage wegen der Bauteil war auch ehr, wenn ganz allgemein die Rede von "Bauteil" ist, z.B. wenn mal neue Sachen dazu kommen. Heißt es dann lieber, dass es X neue Bauteile gibt oder X neue Module oder wenn man zwischen Bauteilen und Modulen unterscheidet (gibt auch eine unterschiedliche Definition), dass es X neue Module und Bauteile gibt. Kyu Kerman (talk) 15:40, 27 November 2013 (CST)