Mehrsprachigkeit

[drhirn]

Hallo,

angenommen, jemand hätte plötzlich Lust, Wiki-Artikel in eine andere Sprache zu übersetzen, wie würde er da vorgehen?

/wiki/Artikel  ... deutsch
/wiki/Artikel/en ... englisch
/wiki/Artikel/fr ... französisch

und eine Kategorie:<Sprache> dazu?

Gruß
Stefan

[Icinger]

Wie wärs mit

/wiki/Artikel/su ... suaheli??

[drhirn]

Tu dir keinen Zwang an

[ph1959de]

Die (Media)Wiki-übliche Mehrsprachenunterstützung ist derzeit nicht aktiviert ... und ich weiss nicht wirklich, wieviel Aufwand das allein von Konfiguration / Einrichtung her ist. Vielleicht findet mal jemand Zeit, das zu untersuchen, dann könnten wir fundiert entscheiden, ob es sich lohnt.

Von einer "selbstgestalteten" Zweisprachigkeit möchte ich im Augenblick absehen und auch abraten ... da gab es in den letzten Jahren mindestens zwei voneinander unabhängige Versuche von Benutzern, die recht schnell wieder eingestellt wurden. Möglicherweise liegen die "Leichen" noch irgendwo in den Tiefen des Wiki.

[drhirn]

Naja, MediaWiki selbst kann das ja eigentlich nicht. Warum auch immer. Nur für Navigations-Links und ähnliches.

Dennoch denke ich, wir sollten uns etwas überlegen. In Nicht-Deutschsprachigen-Ländern ist FHEM ja leider nicht so verbreitet, oder? Könnte man damit eventuell ändern.

[justme1968]

da schon die deutschen artikel  zum teil aktualität probleme haben und das vermutlich mit (wenigen) zusätzlichen übersetzten seiten nicht besser wird glaube ich nicht das man damit die internationale verbreitung ankurbeln kann.

die energie ist vermutlich besser in die deutschen seiten investiert. zumal die commandref ja sowieso primär englisch ist.

[drhirn]

Einfach überhaupt alles nur noch in englisch machen

[Otto123]

zumal die commandref ja sowieso primär englisch ist.

Hi,
Was eventuell zu "Verlusten" im deutschen Raum führt 
Es wäre wirklich wichtiger die Energie in Aktualisierung zu stecken.
Und es gibt jetzt schon auch einfach englische Wiki Artikel. Wenn es da zu Struktur Problemen kommt sind die dann sicher "schnell" umstrukturiert.

Und muss man die Verbreitung "ankurbeln"?

Es wäre momentan schön wenn man entspannt im Forum antworten könnte - ohne Kaffepausen - aber da wird ja dran gearbeitet 

Einfach überhaupt alles nur noch in englisch machen

Das steigert die Qualität und die Bereitschaft auch nicht. 

Gruß Otto

[Icinger]

Wenn schon mehrsprachig, dann wäre es mMn sinnvoller, statt des Wiki's eher die Commandref zu übersetzen.
Kann ja jeder, dem danach ist, die Commandref eines Moduls übersetzen und an den Modulautor senden.

Ob der das dann einbaut, sei aber dahingestellt. Ausserdem müssten auch diese Übersetzungen dann immer gepflegt werden bei Updates.

lg, Stefan

PS: Dazu müsste aber vmtl. auch einiges anderes innerhalb FHEM's angepasst werden (commandref_join etc)

[SibbeH]

Nach einen Anmerkung von Icinger an meine Adresse um ein Language Modul zu entwickeln (da habe Ich über nachgedacht), möchte ich auch etwas angeben.
Meiner Meinung nach ist es nicht notwendig, die Commandref und die Wiki in mehrere Sprachen zu übersetzen. Es gibt sowieso sehr viel Aufwand um das alles zu machen und im kürzesten ist er veraltet.
Bei die (Module) Programmierung macht man das im Englisch, weil die Syntax von den meisten Programmiersprachen im Englisch ist. Ich denke das das im alle Länder so ist. Ich gehe davon aus dass die Leute, die FHEM auf ihr System verwenden (wollen), in der Regel vertraut sind mit Programmierung (muss nicht unbedingt Perl sein). Mit dem Commandref in Deutsch oder Englisch (ich brauche beide) kan das gewünschte Modul (nach gutes lesen der Commandref) nach meiner meinung immer in Betrieb genommen werden.

Wenn es um die Mehrsprachigkeit geht denke ich eher an die Tatsache, dass die "Menschen von jenseits der Grenze", die FHEM installiert haben, die Mitbewohner in ihrer eigenen Sprache Meldungen von FHEM lesen können. Ich glaube, dass es nicht viel extra Aufwand ist um dass zu schaffen wenn man ein Module entwickelt.

Entschuldigung für die (vielen) Sprachfehler

Mit freundlichen Grüßen (von jenseits der Grenze  )
SibbeH