SourceForge beendet Unterstützung für Hosted Apps => kein Wiki mehr

[makki]

Multilingual:

Ehrlich, ich habs noch nicht kapiert, was "der richtige Weg" ist; das einzige was ich sehe ist. das es derzeit eher "Wirr" ist

Aber es wäre IMHO verdammt gut das richtig aufzuziehen!

Ich erlaube mir mit einer Woche MediaWiki im Kreuz nicht, da ein Fazit zu ziehen aber irgendwas haben die sich dabei schon gedacht, geht bei den :special-seiten ja auch (ich habe meinen user auf englisch gestellt - aus gewohnheit..)

Makki

[swiss]

Ich werde mich in die Thematik mal noch etwas tiefer einlesen.

Grundsätzlich ist die Idee, dass man eigene "Sub-" Namensräume für verschiedene Sprachen nutzt sehr bestechend.

Das verschieben der Seiten ist auch nicht das schwierigste an der Sache. Jede Seite liegt danach einfach z.B. unter Cometvisu/de für deutsch, Cometvisu/fr für französisch Cometvisu/it für italienisch usw...

Damit hätte man dann folgende Struktur:

Cometvisu/Widget/switch -> englisch
Cometvisu/de/Widget/switch -> deutsch
Cometvisu/fr/Widget/switch -> französisch

Die automatische Linkgenerierung für die Sprachumschaltung ist damit relativ leicht in einer Vorlage zu integrieren und muss dann einfach auf jeder Seite eingebunden werden.

Demnach werden dann auch die Kategorien erzeugt, um alle Seiten einer Sprache zusamen zu fassen.

Was wesentlich komplizierter wäre, ist die Sprachumschaltung wie sie im Wiki gemacht wird. Ich habe mir mal so ein existierendes Template angesehen und es ist mir immer noch nicht ganz klar wie das intern funktioniert. Da wurde mächtig getrickst und die Vorlagen noch ineinander verschachtelt. Wenn ich das richtig gesehen habe, besteht die Sprachumschaltung aus einer Vorlage, die ihrerseits 4 weitere Vorlagen einbindet die noch weitere Vorlagen einbinden Diese extrem komplexe Struktur musste aber für öffentliche Wikis so erstellt werden, da somit immer automatisch beim anlegen eines artikels in einer anderen Sprache ein link in der Sprachumschaltung des Artikels erzeugt wird.

Das können wir uns Theoretisch sparen, wenn wir ein paar relativ einfache Regeln einführen und bei der einfürung einer weiteren Sprache kurz selber Handanlegen. Der Kreis der Editoren ist ja relativ überschaubar. Somit bekommen wir das in vereinfachter Form auch gebacken

Die wichtigste Regel wäre... Alle Seitennamen werden englisch und müssen in andern Sprachen 1:1 übernommen werden!

Mit dieser Regel ist das Handling auch in Zukunft relativ einfach.

Die ganzen Links anzupassen wird zeitmässig warscheinlich der grösste Aufwand aber noch überschaubar

[Chris M.]

Da ich mich bei weitem nicht so tief mit der Thematik beschäftigt habe wie Patrick und er auch wesentlich mehr beiträgt, ist seine Meinung natürlich deutlich maßgeblicher.

Was ich zumindest empfehle ist den Pfad der Wikipedia zu nehmen, denn da kann man hoffen, dass es in Zukunft weiterhin eine Unterstützung dafür gibt

Ansonsten schon mal vielen Dank für's Umziehen des Wikis. Ich konnte mich noch nicht damit beschäftigen, war bis gestern im Urlaub und heute im Garten

[swiss]

Naja...

Scheinbar gibt es keine echte Multilingualität. Es gibt zwar ein Addon dass etwas wie Multilingualität erlaubt, wird aber scheinbar z.B. auch von Wikipedia und Mediawiki nicht genutzt. Statt dessen arbeiten sie mit einem Trick...

Das Haupthandbuch liegt in Stammverzeichniss (bei uns z.B. Cometvisu). Darinn befinden sich alle englischen Seiten.

Für jede weitere weitere Sprache wird ein Unterverzechniss angelegt (bei uns wäre dass dan Cometvisu/de) darunter werden dann wieder sämmtlich Seiten in deutsch erzeugt. Die heissen in allen Sprachen gleich.

Also z.B. Cometvisu/switch für englisch und Cometvisu/de/switch für deutsch usw...

Dann wird noch eine spezielle Vorlage erstellt die die verschiedenen Sprachen anbietet und dabei immer auf den aktuellen Artikel im anderen Sprachnamensraum verweist.

Das können wir nun, da uns die erforderlichen Logikfunktionen zur Verfügung stehen auch einrichten (falls gewünscht)

[makki]

Ich lern ja gerne, gebe aber zu bzgl Wiki relativ "blank" zu sein (also die Technik dahinter bereitet mir keine Probleme, aber..)

* Sollte/bekommt man das mit den Language-Seiten hin? Wie? (Wir können jetzt kurz mal "breaken" aber bis in 4W sollte die Suppe wieder rund laufen)
* Templates/Vorlagen muss ich mir jetzt echt mal angucken

Makki

[swiss]

So. Ich habe mir nun mal das neue Wiki Handbuch durchgesehen und es ist bis auf ein paar Kleinigkeiten die ich bereits gesehen und behoben habe von meiner seite her absolut einsatzbereit

[swiss]

Hi makki

Sieht echt klasse aus. Es hat so ein frisches, hübsches aussehen. Das Handbuch hat schon optisch dazugewonnen

Ich habe gerade versucht mir mein neues PW anzufordern. Leider scheint dies nicht zu funktionieren. Könntest du mir mein PW zukommen lasse?

Danke

[makki]

So, cometvisu.de/wiki wäre soweit online.
cometvisu.de redirected auf CometVisu/Benutzerhandbuch - Open Automation

- Ist 1-1 eine Kopie des SF-MediaWiki inkl. Usern und Historie etc.
-> Die User sind erhalten, können sich aber (natürlich) nicht mit dem SF-PW anmelden
-> Zum "wiederherstellen": Reset password - Open Automation
eMail geht dann an die SF-eMailadresse (und wenn nicht kann ich)
Chris und Patrik sind schonmal als Admins eingetragen, einfach melden.
- OpenID kann man entweder einen vorh. verknüpfen (nach PW-reset!) oder einen neuen anlegen;
es wäre natürlich schön wenn die Historie erhalten bleibt also möglichst alle aktiven ihre User wiederbeleben!
Ich (oder Admin) kann auch user umbennen aber nur sehr schwer "mergen"..

Schauen wir uns jetzt erstmal alles durch denke ich bevor man es ins SF-Wiki einen Hinweis schreibt.

Backup: der ganze Server wird natürlich gesichert, restore davon ist aber aufwändig. Eine sep. Sicherung von files und MySQL-DB richte ich noch ein..

Makki

[Chris M.]

Frage: das komplette inkl. der Handvoll anderer Seiten zu xPLHal etc erstmal (muss ich eh so machen, der selektive XML-Ex/Import taugt nix); die machen unter cometvisu.* aber nicht so unbedingt Sinn (?), die 3-4 anderen Seiten dann vielleicht lieber ins SF eigene oder sollen wir das Wiki weiterhin "openautomation" nennen?

Gute Frage!
Das sind die Details, über die man erst stolpert, wenn's so weit ist...

Ich hätte gerne alles umgezogen und weiterhin openautomation genannt. Die CV spezifischen Seiten kann man ja dann bei der URL Weiterleitung direkt anspringen.
(Sonst müsste man ja für die anderen Seiten doch eine weitere Mediawiki Instanz installieren und warten )

[swiss]

Hallo makki

Vielen Dank für deinen Einsatz Was genau mit den "nicht CV" Seiten geschehen soll ist primär die Entscheidung von Chris. Ist ja sein Projekt

Wegen Open-id... bedeutet dass, dass ich mich 1mal z.B. auf SF einloggen kann und dann auch im neuen Wiki auf deinem Server eingeloggt bin?

Über die administrativen Dinge können wir dann nochmal bilateral schauen. Du musst nicht alles alleine machen Ich habe auch Zeit mir gewisse Wünsche (Extensions) zu erfüllen, wenn du magst

Allerding würden wir über die Extensions hier nochmal diskutieren, wenn es denn so weit ist. Wie sieht es mit Backup aus? Vor der Installation eines Addon‘s immer auf die eigene HDD sichern oder läuft das bei euch intern?

PS: Die wichtigste Erweiterung "ParserFunctions" ist da schon fest integriert *freu*

[makki]

So, die "Mehrheit" war beim Stammtisch für aktuelles MediaWiki (1.19.1) auf eigenem Server;
-> so sei es. Läuft im Prinzip inkl. OpenID-Login, mit der Rechtevergabe kämpfe ich (mit 0,0 Wiki-Erfahrung) noch etwas aber zumindest ist es erstmal mehr zu als offen das uns da keiner Viagra verkauft..

Ich muss es jetzt final nochmal importieren, Frage: das komplette inkl. der Handvoll anderer Seiten zu xPLHal etc erstmal (muss ich eh so machen, der selektive XML-Ex/Import taugt nix); die machen unter cometvisu.* aber nicht so unbedingt Sinn (?), die 3-4 anderen Seiten dann vielleicht lieber ins SF eigene oder sollen wir das Wiki weiterhin "openautomation" nennen?
Ich bin in der Frage leidenschaftslos, nachdem ich mich nun (endlich) mal mit dem Wiki ansich beschäftigt habe, ist eine Plattform natürlich evtl. praktischer (und da können wir tun was wir wollen, Extensions etc. sind Wunschkonzert, eigene Kiste mit jew. Debian stable, MySQL, memcached, ..)

Sobald die Frage durch ist gibts dann redirects und Links, so das man das exzellente Benutzerhandbuch zur CV von (primär) Patrik dann auch möglichst einfach erreicht.
(und wir müssen ja nicht bis zum letzen drücker warten, ich hab auf MediaWiki:Sitenotice schon einen Hinweis eingefügt)

Makki

[makki]

Klingt gut, dann kommt das mal auf die Agenda

Makki

[swiss]

Das klingt nach einer guten Idee

[Chris M.]

Lasst uns doch einfach kurz beim Stammtisch zusammensetzen. Ich denke das wichtigste wurde hier jetzt schon gesagt, nun kommt es auf die Abstimmung der Details an.

[swiss]

Naja ist eigentlich bei Mediawiki schon integriert. Wenn ich eine Seite mehrere male zum testen gespeichert habe, bekam ich es von Chris zu hören

Aber vieleicht gibt es ja noch andere Lösungen? Sonst bin ich mit dem Wiki recht zu frieden. Nur die gestalterischen Möglichkeiten sind ohne Erweiterugen (Addon's) relativ stark eingeschränkt.