Das Lumpenpack × Adam Angst – Kruppstahl, Baby
Es wurde eine Aktualisierung der Community-Software von Version 6.0.16 auf Version 6.0.17 vorgenommen.
Änderungs-Protokoll:
Nicht alle Änderungen sind auf dieser Website / diesem Forum relevant.
WoltLab Suite Core
WoltLab Suite Core: Konversationen
WoltLab Suite Forum
Über about:config wäre das schon in Firefox 131 testbar. Aber wahrscheinlich wurde die sichtbare Option in „Firefox Labs“ verschoben, weil in Firefox 131 einfach noch zu viel für den produktiven Einsatz fehlt.
und die Seite https://loeffingen-damals.de/2024/09/ aufgerufen
Bei der Seite, ja. Aber das ist ja nicht die Seite, um die es dem Themenstarter geht.
Einfacher wie beschrieben geht es doch nun wirklich nicht
Der Themenstarter liest halt unsere Antworten nicht. Den Verdacht hatte ich in Beitrag #21 schon geäußert. Vor allem wurde ja nicht nur ein Weg genannt, sondern gleich mehrere, die alle funktionieren.
Rechtsklick mit gleichzeitig gedrückter Umschalttaste lässt auf der Fotocommunity-Seite auch das Kontextmenü zum Abspeichern erscheinen
Aber erst nach Vergrößerung des Bildes durch einen Klick auf das Bild. Ansonsten kommst du nicht an das Kontextmenü des Bildes.
Offline-Rechner = Die Rechner haben keine Internetverbindung und können demnach auch nicht die benötigten Modelle herunterladen.
Ich trenne die Frage in ein eigenes Thema ab, da News-Themen nicht für Support gedacht sind und die Frage ohnehin nur bedingt mit dem Thema zu tun hat, dass zusätzliche Sprachen unterstützt werden.
Hallo,
Entweder ich erhalte die Meldung, dass Feedbro im privaten Modus nicht funktioniert
Die Meldung ist selbsterklärend: Du kannst Feedbro nicht in privaten Fenstern verwenden. Das kannst du auch nicht umgehen. Der Entwickler von Feedbro müsste seine Erweiterung anders programmieren, damit die Einschränkungen privater Fenster kein Problem für ihn sind.
Zum anderen Thema kann ich nichts sagen, da ich die Erweiterung nicht nutze und das Problem daher nicht kenne.
Die Meldung kommt nicht von Firefox. Ein Schlüsselbund steht üblicherweise in Zusammenhang mit gespeicherten Zugangsdaten. Insofern ist es schon vorstellbar, dass Firefox den Dialog auslöst. Aber die Ursache scheint ein fehlendes Passwort für den Schlüsselbund des Systems zu sein. Da ein Schlüsselbund etwas Betriebssystemabhängiges ist, kann ich in dem Fall jetzt nicht viel dazu sagen. Aber wenn du das wirklich nur in der Nightly-Version hast, empfehle ich die Verwendung von mozregression. Denn vielleicht gab es ja eine Änderung in Firefox, die verursacht, dass jetzt etwas angefragt wird, was vorher nicht angefragt wurde. Und ich denke, den Ursprung dafür zu finden, ist der beste Weg zu einer zielführenden Antwort.
Offenbar ja:
Es geht nicht um IMDb. Und da die betroffene Seite nicht genannt werden konnte, war bis zur Bestätigung durch den Themenstarter nicht geklärt, ob es tatsächlich um einen Filmtitel geht, nur weil es einen Film gibt, der so heißt, oder ob das nicht vielleicht in einem anderen Zusammenhang stand.
Ja, auf der Originalseite ging es um diesen Filmtitel "Call Me Alma". Wenns denn helfen sollte.
Das hilft insofern, als dass es in dem Kontext Sinn ergibt, das nicht zu übersetzen. Was die vollständige Website-Übersetzung betrifft, würde ich das als korrektes Verhalten betrachten. Wenn man wirklich nur die drei Wörter über die Textauswahl-Übersetzung übersetzen lässt, wie es im Startbeitrag steht, ist es vielleicht etwas anderes. Aber da kann dann wirklich sein, dass die nur drei Wörter, von denen jedes groß geschrieben war, zu wenig ist, damit Firefox das als übersetzbaren Text und nicht als nicht übersetzbaren Eigennamen interpretiert.
ich habe jetzt JavaScript deaktiviert.
Wieso das? Liest du eigentlich die Antworten, die du bekommst? Beitrag 5. Und Andreas hat dich dann auch nochmal darauf hingewiesen. Und du machst einfach etwas komplett anderes.
rechtsklicken geht jetzt nur "Grafik speichern unter" erscheint immer noch nicht.
Auch das steht in Beitrag 5. Eine Möglichkeit: Rechtsklick → Untersuchen. Dann ist eh schon das div-Element markiert. Einmal Backspace drücken und es wird gelöscht. Dann bekommst du das Kontextmenü für Bilder. Auch der von StandingBill beschriebene Weg, das Bild erst zu vergrößern, funktioniert.
Ansonsten lässt sich das auch über einen Contentblocker dauerhaft lösen, indem das Element über dem Bild blockiert wird. Oder man löst das via userContent.css oder Erweiterung wie Stylus oder Stylish:
.fcx-photo-filter-addon {
display: none !important;
}kommt Grafik speichern unter … noch immer nicht zum Vorschein, sehr merkwürdig.
Siehe Beitrag 5, über dem Bild liegt ein Element. Daran ändert das Script nichts.
Ich empfinde es genau andersherum.
Download-Button klicken, Add-on wird installiert, dann aus about:debugging aus einem von ganz wenigen Feldern pro Erweiterung ablesen. Versus: Download-Option im Kontextmenü suchen, Datei entpacken (ggf. muss die Datei vorher sogar noch umbenannt werden, falls das System nicht so konfiguriert ist, dass für XPI-Dateien ein Entpacken angeboten wird), im entpackten Archiv die Manifest-Datei suchen, mit einem Editor öffnen und in dieser Datei dann unter all den vielen Eigenschaften nach einer bestimmten Eigenschaft suchen. Das mag sich ja vom Aufwand her auch alles noch im Rahmen halten. Aber die zweite Methode erfordert externe Programme zusätzlich zu Firefox und im Vergleich mehr Suchen. Dabei kann man das ganz einfach direkt aus Firefox heraus ablesen, wo es übersichtlich aufbereitet ist. 
Ein neuer Artikel wurde veröffentlicht:
Artikel lesen: „Mozilla veröffentlicht Firefox Klar 130 für Android“
Nochmal zum Kontext: Auf der Testseite waren es ja wirklich nur die drei Wörter und sonst gar nichts. Das macht es natürlich etwas schwierig, das korrekt zu bewerten. Aber geht es denn auf der Original-Seite, wo das vorkam, wirklich um einen Filmtitel? Denn dann kann durchaus argumentiert werden, dass es korrekt ist, das nicht zu übersetzen.
Wenn ja, Rechtsklick..Grafik speichern unter..
Das funktioniert auf der genannten Seite nicht in einem Firefox, der in der Standard-Konfiguration läuft. Wenn man dom.event.contextmenu.enabled auf false setzt, würde man zumindest erstmal ein Kontextmenü sehen, was ansonsten gar nicht erst erscheint. Dann liegt aber immer noch ein div-Element über dem Bild, d.h. den in deinem Screenshot zu sehenden Eintrag zum Speichern des Bildes bekommt man dadurch noch nicht. Möglicherweise blockiert bei dir uBlock Origin das Element, welches darüber liegt.
Es ist eine Erklärung, aber natürlich trotzdem nicht optimal, zumal die korrekte Groß-/Kleinschreibung ja selbst von Leuten, die eine Sprache nativ sprechen, oft nicht immer korrekt umgesetzt wird. Man kann also nicht davon ausgehen, dass das in den Originaltexten immer passt. Ich bin mir aber auch ziemlich sicher, dass das eine Art von Problem ist, welches sich durch ein verbessertes Training der Sprachmodelle lösen lässt. Vielleicht ist das sogar schon ein gelöstes Problem. Das deutsche Modell ist ja tatsächlich schon etwas älter und noch nicht mit allen Verbesserungen neu trainiert worden, die Mozilla in der Zwischenzeit an der Trainings-Pipeline vorgenommen hat. Ich werde versuchen, Informationen zu diesem konkreten Fall einzuholen.
Ich bringe da nichts durcheinander.
Doch, ganz offensichtlich. Denn das, was deiner Meinung nach angeblich bis Firefox 128.0.2 noch so funktioniert hätte, hat in Firefox 128.0.2 so nicht funktioniert. Hast du in Firefox 128 ohne Eingabe auf das Lupen-Symbol und dann eine andere Suchmaschine geklickt, wurde die Suchmaschinen-Website geöffnet. Es wurde nicht die Suchmaschine für die Suchleiste gewechselt. Ich habe es gerade nochmal in einem frisch installierte Firefox 128 getestet. Und auch nochmal in Firefox 115 mit dem gleichen Ergebnis.
Der einzige Unterschied seit Firefox 129 ist der, dass in dem Fall jetzt einfach gar nichts passiert, statt die Suchmaschinen-Website zu öffnen.
Eine Änderung der Suchmaschine vor Eingabe ist wie gesagt immer noch möglich. An der Methode hat sich nichts verändert.
In früheren Versionen von Firefox, ich glaube bis Version 52, funktionierte das genauso. Genau ein solches Verhalten würde ich mir auch für den aktuellen Firefox wünschen.
Firefox 52 ist 7 1/2 Jahre (!) alt. Aber gut, auch das habe ich eben getestet. Nein, auch in Firefox 52 hat das nicht so funktioniert, wie du meinst. Das Verhalten von Firefox 52 ist identisch zum Verhalten von Firefox bis einschließlich Version 128.
Auf der Testseite steht „Me“ und hier im Forum steht „me“. Ändert man das auf der Testseite, funktioniert dort auch die Übersetzung.
Nochmal: Die Icons sind eine Schrift. Und die Verwendung dieser Schrift hast du mit dieser Einstellung verboten. Das Problem ist hausgemacht und kannst du nicht global lösen. Du könntest höchstens via userContent.css oder Browser-Erweiterung wie Stylus oder Stylish das CSS betroffener Seiten überschreiben. Das ist dann aber Handarbeit, dafür gibt es keine Pauschallösung für alle Websites.
Hallo,
du hast die Antwort auf deine Frage bereits vorweggenommen: Aktiviere diese Option wieder, ansonsten können solche Probleme auftreten. Es ist eine gängige Praxis, Icons als Schrift zu implementieren.
Kann man machen, ist halt aufwendiger. Beim Lesen der datei manifest.json ist zu beachten, dass statt browser_specific_settings auch applications dort stehen könnte.
