Log Translator

[fnolting]

I regularly have the need to translate logs to my native language. The "translate a website" function in Google Translate didn't work too well in that case and is a bit cumbersome to use so I created a Userscript that adds a "translate" button at the bottom of each log entry that translates the log text to the language set in the browser locale. It uses the inofficial Google Translate API that doesn't need an API key. If you also think this is useful I'd appreciate your upvote so maybe this function will be added to GClh.

[2Abendsegler]

Das ist ein tolles und hilfreiches Feature. Ja, könnte man im GClh einbauen.

Wenn die Google Translate API einen API Key benötigt, dann stellt sich mir die Frage, wieso es eine "inofficial" Google Translate API gibt und ob man die überhaupt verwenden darf. Wenn man das selbst in seinem eigenen Skript verwendet, dann ist das ok. Wenn wir das im GClh einbauen und dort vielen Benutzern zur Verfügung stellen, ist das womöglich etwas problematischer.

Die Browser Sprache finde ich nicht ganz optimal:

• Auf Firmenrechnern ist manchmal Englisch als Standard vorgegeben, vermutlich damit jemand remote in einer bekannten Umgebung Hilfestellung geben kann oder auch einfach weil es Firmenpolitik ist. Besser wäre es deshalb vielleicht, wenn man die Sprache im GClh Config einstellen könnte.
• Manchmal ist eine Google Übersetzung nach englisch verständlicher als beispielsweise nach deutsch. Hier wäre eine Auswahl an Sprachen im Log vielleicht die noch bessere Alternative.
• Ideal wäre es vielleicht, wenn man im GClh Config aus vielen Sprachen eine oder mehrere auswählen könnte. Ist es nur eine Sprache, könnte im Log dann der translate Button stehen, so wie jetzt vorgesehen. Bei mehreren Sprachen könnte man im Log ein Auswahlmenü beim drüberfahren mit der Maus anbieten. Dann sollte man auch mehrfach eine Übersetzung in unterschiedlichen Sprachen abrufen können, dann immer vom Original. Ein Auswahlmenü im Log mit allen möglichen Sprachen macht vermutlich nicht so viel Sinn, weil das einfach zu viele sind und die Auswahl der Sprache dann einfach zu aufwendig ist.
• Diese Punkte machen das Ganze natürlich bedeutend aufwendiger. Die Browser Sprache tut es vielleicht zuerst auch mal.

Wenn man übersetzt hat, dann kommt man im Moment nicht wieder zurück zum Original. Das ist vielleicht nicht ganz optimal.

Im Cache Listing könnte dieses Feature auch gute Dienste tun. Bei den Urlauben in anderen Ländern kann die Arbeit zum Übersetzen ziemlich aufwendig und nervig sein.

[fnolting]

Wenn die Google Translate API einen API Key benötigt, dann stellt sich mir die Frage, wieso es eine "inofficial" Google Translate API gibt und ob man die überhaupt verwenden darf. Wenn man das selbst in seinem eigenen Skript verwendet, dann ist das ok. Wenn wir das im GClh einbauen und dort vielen Benutzern zur Verfügung stellen, ist das womöglich etwas problematischer.

Eine bessere Formulierung wäre vielleicht "undokumentierte API" und ich konnte auf die Schnelle keine Infos darüber finden, ob man diese verwenden darf und falls ja in welchem Umfang oder Kontext (z.B. Query Limit, Testing, ...) Es geht um den Endpoint https://translate.googleapis.com/translate_a/single

Ideal wäre es vielleicht, wenn man im GClh Config aus vielen Sprachen eine oder mehrere auswählen könnte. Ist es nur eine Sprache, könnte im Log dann der translate Button stehen, so wie jetzt vorgesehen. Bei mehreren Sprachen könnte man im Log ein Auswahlmenü beim drüberfahren mit der Maus anbieten. Dann sollte man auch mehrfach eine Übersetzung in unterschiedlichen Sprachen abrufen können, dann immer vom Original. Ein Auswahlmenü im Log mit allen möglichen Sprachen macht vermutlich nicht so viel Sinn, weil das einfach zu viele sind und die Auswahl der Sprache dann einfach zu aufwendig ist.

Finde ich eine gute Idee - hatte ich auch schon dran gedacht, aber in meinem Script noch nicht berücksichtigt.

Wenn man übersetzt hat, dann kommt man im Moment nicht wieder zurück zum Original. Das ist vielleicht nicht ganz optimal.

Das stimmt, zumindest geht es nicht super convenient. Man kann die Seite reloaden, dann springt der Focus sogar wieder zum entsprechenden Logreintrag. Man könnte aber zusätzlich z.B. den "Übersetzen" Button in einen "Revert"-Button umwandeln nachdem übersetzt wurde.

Im Cache Listing könnte dieses Feature auch gute Dienste tun. Bei den Urlauben in anderen Ländern kann die Arbeit zum Übersetzen ziemlich aufwendig und nervig sein.

Das hätte ich auch schon öfter gebrauchen können, allerdings sind Listings natürlich bzgl. Formatierung usw. erheblich aufwändiger als die quasi plain text Logs und solche Dinge wie "Text als Bild" im Listing können natürlich gar nicht übersetzt werden oder bei z.B. ungünstig positioniertem Text könnte bei der Übersetzung leicht was "kaputt gehen". Eventuell könnte man im Listing nach Schlagwörtern wie "Tasks" oder "Requirements" parsen um zumindest die bei Earthcaches oder Virtuals wichtigen Teile des Listings übersetzen zu können. Ist aber sicherlich auch aufwändig, da es ja kein Template zum Erstellen von Listings gibt und jeder es so baut wie er will.

[2Abendsegler]

Man könnte aber zusätzlich z.B. den "Übersetzen" Button in einen "Revert"-Button umwandeln nachdem übersetzt wurde.

Ja, genau. Bedenken müsste man dann noch wie man es realisieren kann, wenn mehrere Sprachen als Dropdown Menü wählbar sind. Vielleicht könnte man dann einfach einen "Revert" Eintrag im Menü vorsehen.

Das hätte ich auch schon öfter gebrauchen können, allerdings sind Listings natürlich bzgl. Formatierung usw. erheblich aufwändiger als die quasi plain text Logs und solche Dinge wie "Text als Bild" im Listing können natürlich gar nicht übersetzt werden oder bei z.B. ungünstig positioniertem Text könnte bei der Übersetzung leicht was "kaputt gehen".

Damit hast du natürlich recht. Ich würde es aber gar nicht so problematisch finden, wenn etwas "kaputt geht". Das müsste also gar nicht perfekt sein, wenn man wieder zurück zum Original kann. Das Thema muss aber auch nicht gleich mit realisiert werden. Vielleicht kann man es aber im Hinterkopf behalten und das Coding der Übersetzung schon so aufbereiten, dass man es später auch fürs Listing möglichst nutzen kann, falls dieses Feature auch noch kommen wird.

Was mir gerade noch einfällt. Wir benötigen auch einen Parameter im Config, mit dem man dieses Feature aktivieren und deaktivieren kann. Als Standard sollte das Feature aktiviert sein. Hier im Anschluss, könnte der Parameter platziert werden.

Falls du nicht alles selbst realisieren möchtest oder kannst, oder du Fragen hast, dann können wir auch helfen. Also beispielsweise auch den Parameter einbauen.