Translator

[Wurzelgnom]

...
Bei mir läuft er inzwischen einiger maßen. Nach entfernen von "error_reporting(0);" werde ich mir Fehlermeldungen zugeschüttet. Das meiste syntaktische Unzulänglichkeiten.  Mein PHP und MySql scheint pingeliger zu sein. Und natürlich PHP Deprecated:  Function ereg() usw.

Du darfst nicht vergessen, das sehr viel des Codes von 2004 - 2006 stammt. Und das damalige PHP/Sql/Html ganz andere Voraussetzungen gegeben haben. Deshalb ja auch Code eher nicht öffentlich posten.

---

@Lertin
Schön das Du dich gleich wieder aufregst.

Es gibt in diesem Forum mehrere nichtöffentliche Entwicklerforen ( wenn ich mich recht errinere auch für pak192.comic ). Und jedes Forenmitglied kann eine Gruppenaufname für den Zugang beantragen. Von daher erst mal etwas nachdenken bevor gleich wieder rum gemotzt wird.

Aber schön dann schreib ich mir mit makie fern aller dann ständig PMs/E-Mails wo man mehr schlecht als recht den Überblick behält. Und wenn sich noch jemand dafür interessiert schicken wir dem das ganze.

Ich glaube nämlich, das die konkrete Umsetzung im Code die wenigsten interessiert. Und das mit dem Code stand dabei beim Vorschlag eines nichtöffentlichen Forums. Aber wenn man nicht weis was ein nichtöffentliches Forum hier bedeutet na ja ...

---

....
Meine Kritik am Translator wäre übrigens, dass das Ding zu langsam läuft und ständig laden muss. Man öffnet ja für jeden Eintrag eine eigene Seite mit allen Sprachen, die wohl niemand alle versteht. Andere Übersetzungsseiten zeigen mehrere Einträge paarweise mit 'Original' und Übersetzungssprache, macht die Sache einfacher. Also statt einem Objekt mit allen Sprachen lieber eine Sprache mit allen Objekten. Sonst kommt es mir einfacher vor, eine Übersetzungsdatei zu schreiben und hochzuladen, was ja auch nicht Sinn der Sache sein kann.
....

Früher war es so das immer im selben Fenster geöffnet wurde. War dann aber immer lästig im Browser zurück zu blättern zur Übersicht. Oder eben die Übersicht neu zu laden.

Deshalb das im neuen Fenster/Tab laden. Dann braucht man die Übersichts-Suchanfrage nicht immer neu laden.

Fragt sich was länger dauert, ein Objekt mit 35 Sprachen zu laden oder paar hundert Objekte in ein/zwei Sprachen zu laden.
Hinzu kommt das nicht jedes Objekt in der 'Originalsprache' eine Übersetzung haben muss/wird. Dann steht links leere und was schreibt man dann rechts hin? So hat man die anderen Sprachen zur Hilfe wo ggf doch schon was drin steht. Denn die Originalsprache kann für jeden Übersetzer eine andere sein. Deswegen gibt es die User-Referenzsprache.



Das andere ist, Ladezeiten setzen sich aus vielen Faktoren zusammen.

Und eine Optimierung von Abfragen und Datenbank dürfte möglich sein. Die Leistungsfähigkeit des Servers spielt dann auch eine Rolle. Und das ist halt dann auch eine Frage der Kosten je Monat.

Einiges hab ich intern schon umgebaut.
Nach dem ich 2008 übernommen hab kann sich prissi bestimmt daran erinnern das das alles schnarch langsam war.

Und auch hier der Hinweis, das der Quellcode steinalt ist. Auch ist ein Caching im Ansatz eingebaut ( Kopf- und Fußzeile im Moment ) um nicht immer alles neu zusammen zu bauen.

Einige Teile hab ich praktisch schon von Grund auf neu erstellt. Anderes ist halt nicht ganz so einfach zu entflechten. Auch eine Trennung von Code und Html-Ausgabe ( tpl-Support ) ist in Teilen schon umgesetzt aber noch lange nicht abgeschlossen. Genau so wie die Übersetzbarkeit.

Was die Anzeige der Sprachen angeht, hab ich bereits gesagt, das die die man direkt übersetzen darf auch oben angezeigt werden. Wer von den pakadmins es wünscht nur 2 oder 3 Sprachen frei geschalten zu bekommen kann das mitteilen. Hat nur keiner. Und deswegen nachgefragt hat im übrigen auch keiner.

Setverwalter sollten allerdings auch die Möglichkeit haben in anderen Sprachen zu agieren. Sei es Übersetzungen von Dateien zu importieren. Oder eben Vorschläge bei unübersetzten Objekten zu übernehmen. Oder auch Texte aus anderen Sets zu übernehmen.

Eine Prioritätenliste der Sprachen ist vermutlich möglich, hatte ich bereits gesagt. Nur die Umsetzung muss ich mir anschauen. Da ich auch nicht jeden Tag in den Quellcode schaue muss ich mich auch immer wieder neu rein finden. Und da ca 70% von dem Quellcode nicht von mir stammen dauert das rein finden auch immer paar Tage. Aber auch Code der von einem selber stammt versteht man nicht immer gleich sofort wieder, wenn man nach Monaten oder gar Jahren wieder drauf schaut.

Und die Edit-Seite ist eine der undurchsichtigsten und umfangreichsten Dateien überhaupt vom Code her. Was mich bisher immer wieder abgeschreckt hat die mal komplett auseinander zu nehmen und neu zu schreiben.

Man kann durchaus auch mehrere Edit-Seiten einbauen. Was in der Übergangszeit sowieso sinnvoll ist, um immer eine funktionierende als Fallback zu haben. Ggf auch abhängig vom jeweiligen Objekttyp.