Beiträge von Tanni

wenn du restart_icon als variable definierst, musst du es auch als variable und nicht als string wieder einbinden.

ersetze zeile 32:

durch

zum einen ist currenticon nirgendwo definiert. ausserdem fehlen mehrere semikola und anführungszeichen.

ersetze

durch

Probier mal ob das bei dir läuft:

Mir ist eine andere Idee für deepl.com eingefallen, die zwar bisschen arg "dirty" ist, aber dafür sehr einfach umzusetzen ist. Und trotzdem ein Ansatz der schonmal funktioniert.

Ich übergebe den Text im userchrome-Script genauso als Parameter wie beim obigen Google-Script. Dann übernimmt aber vorläufig ein Greasemonkey-Script die Eingabe auf der deepl.com Website. Alle möglichen Sonderzeichen müssen noch ersetzt/umgewandelt werden. Aber es soll ja nur ein erster Ansatz sein.

Vielleicht können wir ja zusammen ein handelbares Script draus bauen. Bei dem LiveCSS Tool-Script fand ich cool was aus der ersten Idee gewurden ist.

Hier mal die 2 Scripte die als Ausgangslage benötigt werden.

Das userchrome-Script: DeeplComTranslate.uc.js

Das Greasemonkey-Script

Falls es hier nicht richtig reinpasst, kann man das ja auch als eigenen Thread abtrennen.

Endor
Ja sicher doch, kannst du gerne tun.

@all
Lustig, die Übersetzung über deepl.com hinzubekommen, war auch meine ursprüngliche Motivation, warum ich markierten Text weiterverarbeiten wollte.
Ich habe mit Google angefangen, da die das schön einfach gelöst haben. Man übergibt dort einfach seinen Wunschtext als Parameter an die Webseite und den Rest erledigt die Google-Webseite.

deepl.com macht das nicht so einfach möglich, da dies sicherlich über kurz oder lang oder jetzt schon deren Geschäftsmodell ist/wird. Die stellen eine API zur Verfügung, und dann kann jeder seine Wunsch-GUI drum rumbauen. Muss dafür aber sicher eine Lizenz besitzen(ich habe es nicht weiter recherchiert).

Aktuell gibt die Webseite deepl.com/translator den Wunschtext an http://www.deepl.com/jsonrpc weiter. Dort wird übersetzt. Ein Javascript holt den übersetzten Text dann wieder in deepl.com/translator zurück und verknüpft ihn dann auch noch mit Abfragen von dict.deepl.com.

Es ist kein Problem seinen Text über z.B. ein PHP-Script mit Curl an http://www.deepl.com/jsonrpc zu posten und eine Antwort mit der bzw. mehreren Übersetzungen zu erhalten. Diese müsste man dann aber weiterverarbeiten. Z.B. in einer eigenen Webseite einbetten oder in ein HTML-Gerüst im userchrome Script was wie ein Popup agiert einbauen. Dabei hätten man noch immer nicht die kleinen netten Gimmicks von deepl.com wie z.B. die Alternativübersetzungen. Vermutlich könnte man auch direkt für deepl.com/translator mittels injiziertem Javascript den Text zurückholen....

In jedem Fall ist es kompliziert und wesentlich aufwendiger umzusetzen. Vorallem wahrscheinlich nicht als reine userchrome-Scriptlösung. Oder irgendwer hat noch einen ganz anderen Ansatz/Idee an die Sache ranzugehen.

Son Goku
Wenn du Notepad++ nutzt und Umlaute nutzen möchtest, speichere das Script mit der Kodierung "UTF-8 ohne BOM". Dann musst du auf Umlaute keine Rücksicht nehmen. Alternativ ändere die Umlaute in Unicode um.

Zum übersetzen von markiertem Text oder ganzen Seiten gibt es ja schon reichlich sehr gute Extensions oder auch hier im Board ein einfaches aber funktionales Google-Bookmarklet.

Als Grundlage zum weiteren Verarbeiten von markiertem Text habe ich trotzdem versucht ContextTranslate aus der Sammlung wieder zum laufen zu bringen. Wer mag, kann es gerne nutzen.

Da ich kein Sync nutze, könnte das eine Erklärung sein, warum es bei mir ohne Probleme und immer wieder klappt.

EDIT:
Ich sehe gerade ihr hattet das Thema wie Sören erwähnte schonmal hier in der Diskussion.
Und da steht es geschrieben:

Was mich trotzdem wundert, ist das die Änderung über CSS nicht funktionieren soll. Aber deswegen aktiviere ich ganz sicher nicht Sync um das zu testen....

Zitat von Sören Hentzschel

Ich bin nur über die Fehlermeldung "ReferenceError: Cc is not defined" überrascht, denn erstens sehe ich diese Fehlermeldung nicht in Zusammenhang mit dieser Änderung, zweitens erhalte ich eine andere Fehlermeldung:

Code

1. TypeError: Argument 1 of Range.selectNodeContents is not an object

Ich habe das Script bisher nie genutzt. Kann aber bestätigen das ich hier die selbe Fehlermeldung in der Konsole habe.

Ok, dann ist es offenbar unterschiedlich. Habe ich halt Glück.

@Sören
Welche manuelle Änderung meinst du jetzt? Den Wechsel in about:config?
Bei mir im FF58.0.1 (64-Bit)Portable kann ich in about:config die Anzeige immer sofort ein-/ausschalten.
Und wenn ich den Eintrag auf true stelle, ist er nach dem Neustart wieder true. Mit false ist natürlich dann auch wieder false.

Bei Eintrag true kann ich aber mit dem userChrome.css Eintrag trotzdem wie gewünscht ausblenden.

Solltest du noch eine alte Firefox-Version haben, würde ich updaten.
Wenn es ein anderes Problem ist, versuche den Eintrag einfach in der userChrome.css auszublenden.

Ich sag hier auch mal danke.
Ein weiteres Script was mir diese LoadFrameScript Technik vielleicht doch noch irgendwann verständlich und nachvollziehbar macht.

Ich danke euch allen für die Informatíonen und auch die weiterführenden Links.

Wenn euch die andere Umsetzung bekannt ist und ihr sie gegengecheckt habt, bin ich schon zufrieden.
Die Beschreibung, das diese in der Vergangenheit anfälliger gegen Codeänderungen von Mozillaseite war, ist alleine schon ein wichtiges Argument. Notwendige Änderungen von Scripten durch Updates von Mozilla mit Aborix Unterstützung habe ich in der recht kurzen Zeit, die ich sie nutze nicht einmal mitbekommen. Also sogesehen spricht das schon mal für sich.

Wenn die hiesige Umsetzung dann auch noch die modernste ist, um so besser. Erst Recht wenn sie mit den wenigsten notwendigen externen Eingriffen verbunden ist. Die sind bei der anderen durchaus weitreichender.

Unabhängig davon muß ich zustimmen das Scripte von diesem Alice - aber auch anderen - oft allein wegen ihrer Größe mich eher abschrecken, sie nachvollziehen zu wollen. Da ist es bei den oft kompakten Scriptsnippets und Fertigskripten von Aborix, eher so das ich auch mal versuche ein ganzes Script komplett zu verstehen.

Was mich aber immer noch interessiert und ich bisher zuwenig verstanden habe:
Nutzen die verschiedenen Umsetzungen alle exakt die gleiche Lücke(?) aus um Scripte zu laden. Oder gibt es da Unterschiede?
Ist es überhaupt eine Lücke? Ich denke mal ein Hack ist es eher nicht. Oder doch?

Was aus meiner Sicht trotzdem wünschenswert für die Zeit bleibt, in der die Unterstützung noch funktioniert, wäre eine bessere Verwaltung der Scripte. Eine Umsetzung als eigenes Script mit Menuauflistung wäre ja analog "extras_config_menue.uc.js" sicher machbar. So eine Togglefunktion zum ein-und ausschalten wäre dagegen Luxus, wobei sich die Frage des Aufwandes stellt, für die noch verbleibende Zeit.

Mir persönlich wäre für die eigene Ordnung schon gedient, wenn ich verschiedene Verzeichnisse für Scripte gleichzeitig importieren könnte. Es gibt einige Scripte z.B. Restart die möchte ich in einem eigenen Ordner lagern, weil sie einfach in meinen Augen zur Firefox-Grundausstattung gehören. Andere an denen ich bastle und die auch länger mal noch nicht funktionieren möchte ich getrennt lagern. Hat das eventuell schon wer versucht und hinbekommen? Die Readme.txt hilft mir da nicht wirklich weiter.

Boersenfeger
Du scheinst ein Mann weniger Worte zu sein. Für mich leider zu wenig um zu verstehen was du wirklich sagen möchtest.

EDIT: Der Wunsch des gleichzeitigen Ladens aus verschiedenen Verzeichnissen klappt doch. Sehr gut dann kann ich die Scripte schonmal lokal in Gruppen sortieren.

Zitat von Boersenfeger

.. es läuft doch wunderbar mit Aborix Scripts..

Ja sicher das tut es wunderbar. Aber was spricht dagegen, zu beobachten was andere machen und ggf. deren möglicherweise gute Ideen zu adaptieren.

Mir fehlt außerdem das Wissen einzuschätzen, was die beiden Varianten technisch unterscheidet. Daher würde mich da z.B. Aborix Einschätzung zum Vergleich der beiden Umsetzungen interessieren. Vielleicht gibt es ja zwischen beiden auch Unterschiede bezüglich möglicher Zukunftsfähigkeit.

Ich finde es einfach interessant sich darüber auszutauschen.

Zitat von Boersenfeger

warum also was anderes nutzen?
https://www.camp-firefox.de/fo…112673&p=1037740#p1037738

PS: Warum nutzt du eigentlich nicht mehr Firefox 48? Der lief doch auch wunderbar....

Ich bin auf eine alternative userChromeJS-Unterstützung gestoßen.
Was das Thema Verwaltung/Handling der Scripte betrifft, ist man da über ein Script ein sehr schönes Stück weiter. Und das Thema restartloses Laden ist dort auch schon teils gelöst.

Daher meine Frage: Gibt es aktuell Überlegungen die - ich nenne sie mal Aborix-Unterstützung - noch in irgendeine Richtung weiter auszubauen?

Wahrscheinlich kann das so wohl nur Aborix beantworten?

Macht es hier Sinn vielleicht irgendwie Funktionen zu "mergen" bzw. Ideen abzuschauen?

PS: Auf der Seite finden Sich außerdem auch ein paar andere coole Scripte.

Greasemonkey nutze ich persönlich auch schon viele Jahre. Und es gibt da auch noch Alternativen wie Tampermonkey oder Violentmonkey. Der große Unterschied dieser Extensions zu den UserChrome Scripten ist, das erstere NUR Webseiteninhalte ändern können.

Bei UserChrome Scripten kann man - noch - zusätzlich das Userinterface des Firefox ändern. Webseiteninhalte kann man damit ebenfalls verändern. Es haben also beide Varianten - je nach Gusto - ihre Berechtigung.

Test mal zusätzlich diesen Eintrag:

Zitat von Stuffel

@ Tanni, erstmal Danke für deine Mühe. Das Script funktioniert aber nicht. Bist Du sicher das es für macOS geeignet ist.

Nein bin ich mir nicht.
Ich kann es auch mangels macOS vor Ort nicht testen. Weiss aber dass das Script bei meinem Windows seinen Dienst tut.
Funktionieren denn andere Scripte bei Dir?

Wichtig ist aber das die Extension bei dir funktioniert.
Wenn du die Close-Buttons der Tabs noch wegbekommen willst, müsste folgender Eintrag in der userChrome.css genügen.

Als Alternative zur Erweiterung würde es auch dieses Script tun: