1. Nachrichten
  2. Forum
    1. Unerledigte Themen
    2. Forenregeln
  3. Spenden
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. camp-firefox.de
  2. bitblaster

Beiträge von bitblaster

  • Firefox + fcitx4 : Wechseln der Eingabemethode funktioniert nicht

    • bitblaster
    • 28. März 2024 um 12:05

    Sehr vielen Dank für den Hinweis, DeJaVu.

    Es ist mit den meisten Linux Tools nicht so wie beim Firefox. Wenn bei Firefox eine neue Major Version herauskommt, dann ist die vorherige mehr oder weniger veraltet. Wenn bei einem Linux Tool eine neue Major Version herauskommt, dann ist die vorherige Major Version oft noch jahrelang gültig und wird auch weiter mit Minor Updates gepflegt, weil sie fest in irgendwelchen Distributionen integriert ist.

    fcitx4 ist zur Zeit (soweit ich weiß) im "maintenance mode". Das heißt es gilt als funktionsfähig, vollständig und fehlerfrei. Es werden keine neuen Features mehr hinzugefügt aber es bekommt bei Bedarf noch Minor Updates mit Korrekturen. Es ist also keineswegs unberechtigt zu erwarten, dass alles auch noch mit der Version 4 funktioniert, die in vielen Distributionen immer noch der Standard ist. Trotzdem war es ein guter Vorschlag von Dir, es mit der neueren Version zu versuchen.

    Der Hinweis in dem von Dir verlinkten Issue war sehr vielversprechend. Ich hatte auch gar nicht bedacht, dass Einstellungen in der .bashrc nur die interaktive shell aber nicht die grafische Anmeldung betreffen könnten. Anders als der Ersteller des Issues benutze ich aber KDE und nicht Gnome und X11 anstatt Wayland.

    Ich habe jetzt auf fxitx5 aktualisiert und die Anpassungen in die Datei /etc/environment übertragen. Leider besteht das Problem immer noch und ausschließlich beim Firefox. Ich denke darüber nach, in den nächsten Tagen auch ein Issue im github von fcitx5 zu öffnen, wie Du empfohlen hast.

  • Firefox + fcitx4 : Wechseln der Eingabemethode funktioniert nicht

    • bitblaster
    • 27. März 2024 um 11:28

    Ich kann im Firefox die Eingabemethode nicht umschalten. Immer wenn der Firefox den Focus hat sagt die Kontroll-Schaltfläche von fcitx "No input window". Wenn ich in einem anderen Fenster (erfolgreich) umschalte und dann den Focus zu Firefox wechsel bleibt der Eingabe-Modus im Firefox leider trotzdem gleich.

    Ich habe bereits versucht, meine .bashrc um folgende Zeilen zu erweitern (was in einem anderen Forum als Lösung für dieses Problem vorgeschlagen wurde):

    Code
    GTK_IM_MODULE=fcitx
    QT_IM_MODULE=fcitx
    XMODIFIERS=@im=fcitx

    Das hat aber nichts geändert.

    Das Problem betrifft nur den Firefox. Alle anderen Anwendungen (einschließlich GTK3-Anwendungen) funktionieren einwandfrei.

    fcitx Version ist 4.2.9.8-5

  • Verhalten des Verlaufs (History) anpassen - mehrfach besuchte Seiten mehrfach anzeigen

    • bitblaster
    • 9. Januar 2024 um 17:06

    Danke für die Info

  • Verhalten des Verlaufs (History) anpassen - mehrfach besuchte Seiten mehrfach anzeigen

    • bitblaster
    • 9. Januar 2024 um 16:48

    Firefox zeigt im Verlauf alle besuchten Seiten jeweils nur ein mal an (auch wenn die Seiten im gewählten Zeitraum häufiger besucht wurden). Obwohl ich den Vorteil darin erkenne, wäre es mir persönlich anders lieber. Gibt es eine Einstellungsmöglichkeit, um jeden Besuch einer Seite im Verlauf sichtbar zu machen?

    Im Moment ist es so, dass immer dann wenn ich eine Seite erneut besuche, der vorherige Eintrag für diese Seite aus dem Verlauf seine Position wechselt. Ich würde es für mich aber gerne so einstellen, dass bei jedem weiteren Besuch ein neuer Eintrag im Verlauf generiert wird.

  • Verhalten bei PDF links mit forciertem Download (Option "Always ask you where to save files" wird ignoriert)

    • bitblaster
    • 16. Dezember 2022 um 19:42

    Hallo Andreas,

    vielen Dank für Deinen Vorschlag.

    Ich hatte für einen kurzen Moment befürchtet, dass das nicht exakt das ist was ich mir wünsche. Wenn ich nämlich sehr große Dateien auf meine Daten-Festplatte herunter laden möchte, dann will ich ja mein Dateisystem nicht mit einer unnötigen Verschiebe-Aktion belasten. In dem Fall ist es mir lieber, wenn der Download auch auf der Daten-Festplatte startet.

    Ich habe es gerade ausprobiert und es ist alles so, wie ich es mir wünsche. Ein PDF dass inline dargestellt wird in den /tmp Ordner heruntergeladen und ich habe gerade testweise eine große Datei auf die Daten-Festplatte heruntergeladen und der download startete im Zielordner (was vielleicht wie ein Widerspruch erscheinen mag aber in diesem Fall absolut wünschenswert ist).

    Vielen Dank für die schnelle Lösung.

    Gruß

  • Verhalten bei PDF links mit forciertem Download (Option "Always ask you where to save files" wird ignoriert)

    • bitblaster
    • 16. Dezember 2022 um 19:21

    Hallo

    html bietet die Möglichkeit Links (<a> Tag) ein Download-Attribut zu geben, damit bei einem Klick automatisch ein Download gestartet wird, anstatt den Inhalt anzuzeigen. Außerdem kann man, wenn der Link auf einen aktiven Inhalt zeigt, als Web-Entwickler im Response-Header "Content-Disposition" den Wert "attachment" setzen und damit dem Browser die Anweisung geben, den Inhalt nicht anzuzeigen sondern statt dessen einen Download zu starten.

    Sofern mich meine Erinnerung nicht täuscht, hat Firefox diese forcierten Downloads bei Links auf PDF-Dokumente immer ignoriert, wenn der Benutzer in den Einstellungen unter Applikationen für den Inhaltstyp PDF die Aktion "Open in Firefox" ausgewählt hat. Wenn ich mich richtig erinnere, hat Firefox die Datei in diesem Fall einfach nur dargestellt. Das entspricht auch genau dem Verhalten, das ich bei dieser Benutzer-Einstellung erwarten würde.

    Mir ist aufgefallen, dass diese forcierten Downloads (bei Links die auf ein PDF-Dokument zeigen) seit der Firefox-Version 98 dazu führen, dass bei mir die verlinkte PDF-Datei nicht nur angezeigt, sondern zusätzlich auch gespeichert wird und die von mir gewählte Option "Always ask you where to save files" dabei ignoriert wird.

    Ich habe bereits folgende Themen teilweise durchgelesen (die etwas unsachlichen Diskussionen die dort entstanden sind, waren mir dann aber zu anstrengend):

    • Anlagen werden gespeichert obwohl Öffnen ausgewählt
    • Auswählen was bei PDF geschehen soll

    Diese Themen behandeln aber soweit ich das beurteilen kann nicht exakt das, worum es mir geht. Grundsätzlich ist das Verhalten von Firefox bei direkten Links auf PDFs (passiv) genau so, wie ich es gemäß meiner Einstellungen erwarten würde. Das Verhalten, mit dem ich unzufrieden bin, besteht ausschließlich bei PDF-Links mit forciertem Download (sei es mit Download-Attribut im <a>-Tag oder mit Content-Disposition: "attachment" im Response-Header).

    Meiner persönlichen Meinung nach gibt es zwei Möglichkeiten:

    1. Man priorisiert die Benutzer-Einstellung gegenüber der html-Definition und zeigt das PDF nur an.
    2. Man priorisiert die html-Definition gegenüber der Benutzer-Einstellung und lädt das PDF nur herunter.

    Ich würde die erste Möglichkeit bevorzugen, finde aber trotzdem beide Möglichkeiten nachvollziehbar. Ich persönlich finde es aber nicht nachvollziehbar, dass gleichzeitig beides gemacht wird und dass dabei außerdem die Option "Always ask you where to save files" ignoriert wird und die Datei ohne Nachfrage in den Ordner herunter geladen wird, der in den Einstellungen als Default-Download-Ordner definiert ist.


    Kann das möglicher Weise an meinem Betriebssystem, meiner Version oder einer anderen Konfiguration die ich gemacht habe liegen?

    Falls dies das vorgesehene Verhalten ist, gibt es dann irgendeine Möglichkeit dieses Verhalten in der erweiterten Benutzerkonfiguration (about:config) zu beinflussen?

    Gruß

    PS: "Erwartetes" und "unerwartetes" Verhalten einer Software ist immer in einem gewissen Maße subjektiv und jeder hat eine etwas anderere Erwartung. Ich hoffe, dass jetzt keine unsachliche Grundsatzdiskussion entsteht, wie in den oben genannten Threats.

  • Tab durch ziehen in neues Fenster umwandeln - Schwellwert einstellen

    • bitblaster
    • 10. September 2020 um 13:23

    Super, vielen Dank! Funktioniert.

    Ich war schon an der Stelle aber hatte nur nach irgendetwas mit "drag" Ausschau gehalten. Dieser Wert ist mir gar nicht aufgefallen.

    Hinzufügen von Features mit Add-On finde ich absolut angemessen. Ein Add-On hinzuzufügen, um ein bestehendes Feature konfigurieren zu können oder gar um es einfach nur zu deaktivieren finde ich aber irrsinning.

    Gruß

  • Tab durch ziehen in neues Fenster umwandeln - Schwellwert einstellen

    • bitblaster
    • 10. September 2020 um 13:05

    Hallo,

    seit ein paar Versionen kann man Tabs durch Ziehen in ein neues Fenster umwandeln. Der Schwellwert dafür ist meiner Meinung nach viel zu niedrig. Wenn ich in Eile bin und schnell zwischen Tabs wechsele werden ständig ungewollt neue Fenster aufgemacht. Dabei würde ich mich generell keineswegs als grobmotorisch einschätzen.

    Ich habe den Eindruck, dass das Problem aufgetreten ist, als ich mir ein UHD-Display angeschafft habe. Mein Verdacht ist, dass der Schwellwert nicht an die veränderte Pixel-Dichte angepasst wird.

    Der Wert layout.css.devPixelsPerPx ist bei mir immer noch default (-1.0). Firefox erkennt aber erfreulicher Weise die Einstellungen des Fenstermanagers und passt die Darstellung automatisch an. So als würde ich den Wert 2.0 verwenden. Die Geschwindigkeit des Mauszeigers erscheint zwar normal aber aufgrund der höheren Pixel-Dichte sind sie natürlich - gemessen in Pixel/Zeiteinheit - doppelt so schnell.

    Am liebsten würde ich den Schwellwert einstellen aber ich kann auch gerne ganz auf das oben genannte Feature verzichten. So wie es jetzt ist möchte ich es nicht haben.

    Wichtiger Hinweis: Ein Add-On akzeptiere ich nicht als Lösung.

    Gruß

Unterstütze uns!

Jährlich (2025)

67,1 %

67,1% (435,86 von 650 EUR)

Jetzt spenden
  1. Kontakt
  2. Datenschutz
  3. Impressum
Community-Software: WoltLab Suite™
Mastodon