Beiträge von Bafire

  • Bugzilla

    Hallo @Sören

    Ich bin nicht sicher, ob hier ein Missverständnis vorliegt:

    Ich gehe nicht davon aus, dass ich mich in Bugzilla mit dem Passwort von "http://www.camp-firefox.de" anmelden kann.


    Ich muss meine Frage präzisieren:

    Ich habe mich (schon vor langer Zeit) für diese Bugzilla- Seite registriert:

    https://bugzilla.mozilla.org/index.cgi?logout=1

    Nun habe ich erwartet, dass ich mich mit den gleichen Daten auch hier anmelden kann:

    https://bugzilla.xfce.org/

    oder

    https://bugs.documentfoundation.org/

    -> Das klappt aber nicht.

    Oder hast Du mich schon richtig verstanden und Dein Statement aus Post #2 gilt genau auch für die Seiten:

    https://bugzilla.mozilla.org/index.cgi?logout=1

    https://bugzilla.xfce.org/

    https://bugs.documentfoundation.org/

    ?

    -> Das sind also komplett unabhängige Seiten? Obwohl alle von "Mozilla" sind?

  • Bugzilla

    Gemäss Wikipedia setzt sich der Name Bugzilla zusammen aus Bug (englischer Ausdruck für einen Programmfehler) und Mozilla.

    Das weisst darauf hin, dass Bugzilla von Mozilla erschaffen worden sein könnte.

    Nun gibt es ja viele Programme, die Bugzilla zum Tracking von Bugs benutzen. Z.B. auch Xfce oder LibreOffice.

    Ich hätte erwartet, dass ich jetzt für das Xfce und LibreOffice das gleiche Login verwenden kann, wie für das Firefox- Bugzilla.

    Aber es scheint so zu sein, dass ich mich für jedes Programm wieder neu registrieren muss.

    Stimmt das wirklich, oder habe ich etwas übersehen?

  • DeepL: Nicht alle Umlaute werden dargestellt.

    Zitat von milupo

    Wenn ich den Text nicht aus der Browser-Ansicht, sondern aus dem Quellcode nehme, wird auch fehlerlos konvertiert.

    Tatsächlich! Ich kann bestätigen, dass der Text in der folgenden Version die Auffälligkeit nicht zeigt:

    Code
    <p class="line862">Those wishing to assume more risk and responsibility can sometimes make their own backports of the latest Debian software.  While not without risk, self-backporting is usually safer than other approaches. When self-backporting fails it indicates that installing the software manually (with <em>make install</em> or an installer script for example) could compromise your Debian system. <span class="anchor" id="line-107"></span></p>

  • DeepL: Nicht alle Umlaute werden dargestellt.

    In einem Neuen Profil erhalte ich folgende Übersetzung:

    Einige Umlaute werden also nicht dargestellt. Andere aber schon. Z.B. das "ä" in Ansätze.

    Hier den Text um das Verhalten zu reproduzieren:

    Code
    Those wishing to assume more risk and responsibility can sometimes make their own backports of the latest Debian software. While not without risk, self-backporting is usually safer than other approaches. When self-backporting fails it indicates that installing the software manually (with make install or an installer script for example) could compromise your Debian system.

    Textquelle: https://wiki.debian.org/DontBreakDebian#Backported_packages

    Liegt das an DeepL? Gibt es eine Möglichkeit, dies zu korrigieren?

  • Profil-Auswahl-Dialogfeld auf Deutsch umstellen

    Danke @Sören für den Link. Damit hat die Installation geklappt.

    Zitat

    Passiert das Gleiche mit einem offiziellen Mozilla-Build?

    Nein. Mit dem offiziellen Mozilla Build ist der Profilmanager auch "deutsch".


    Müsste ich diese Firefox-Version jetzt über Menü->Hilfe->"über Firefox" aktuell halten? Ginge das?

    (Im Packet Manager steht nämlich, dass Firefox nicht installiert ist. (Habe ihn vor den Versuchen extra deinstalliert).

    Also heisst das, dass die Packetverwaltung sich wahrscheinlich nicht um Updates kümmern wird. (?))

  • Profil-Auswahl-Dialogfeld auf Deutsch umstellen

    Hallo zusammen,

    Wenn ich in Linux mein Firefox-Profil-Wahl-Dialogfeld starte, dann ist dies immer noch in englischer Sprache. Der Rest des Browsers ist aber in Deutsch. Ich habe alles "Deutsche" was ich gefunden habe installiert und auf Deutsch umgestellt.

    Start mit dem Befehl "firefox %u -p"


    Kann man das ändern?

    (Bitte beachtet, dass es ein neues Profil in Linux ist.)

  • Wechseln zwischen Browser-Schrift und Webpage-Schrift: Ausnahmen definieren

    Zitat

    ... es gibt keine Firefox-Schnittstelle, um das Verhalten pro Seite zu steuern, ...

    Zitat

    Nie gab.

    Zitat

    Im Prinzip könnte eine Erweiterung aber schon eine Ausnahmeliste pflegen und dann auf den aktiven Tab reagieren, indem je nach aktivem Tab die globale Einstellung aktiv oder inaktiv gesetzt wird.

    Zitat

    Ich habe mal gerade in den Quellcode der alten Erweiterung Document Font Toggle geschaut und die hat tatsächlich genau das gemacht, was ich beschrieben habe. Eine WebExtension kann genau das Gleiche machen.

    Danke Sören! Jetzt habe ich den vollen Durchblick! :)

    Zitat

    Ich habe das Beispiel aus diesem Thread jetzt untersucht

    Vielen Dank auch von mir für Deine Bemühung. :thumbup:

  • Wechseln zwischen Browser-Schrift und Webpage-Schrift: Ausnahmen definieren

    Zitat

    Aber es gibt keine Firefox-Schnittstelle, um das Verhalten pro Seite zu steuern, damit auch nichts, was Mozilla für WebExtensions zugänglich machen kann.

    Danke. Damit ist wohl klar, dass es diese Funktion seitenspezifisch einfach in keiner Weise mehr gibt.

    Sehr schade.

    Zitat

    Fun Fact: Ich war es, der die WebExtension-Schnittstelle in Firefox implementiert hat, das war mein erster Beitrag zum Firefox-Quellcode: https://hg.mozilla.org/mozilla-central/rev/10697d111e50

    Ich weiss. ;)

    Damals ging ich davon aus, dass das dann auch wieder seitenspezifisch funktionieren würde:

    Re: Ersatz für "Document font toggle"

  • Wechseln zwischen Browser-Schrift und Webpage-Schrift: Ausnahmen definieren

    Danke Sören.

    Und hier noch die Antwort von Website-Betreiber 2:

    Wir sind aktuell daran, den Videobereich von http://srf.ch/play neu aufzubauen. Die Entwickler haben wir bestätigt, dass dieses Problem in der neuen Version nicht mehr auftritt.Dort wird es also behoben.

    -------------------------------------------------------------------------------------------------------------------------------------

    Eigentlich ging es mir in diesem Faden nicht um diese beiden Seiten, sonst hätte ich das Thema im Forum "Probleme mit Websites" veröffentlicht.

    Es kann auch mal sein, dass die Darstellung der Website durch die Wahl der Browserschrift schlecht wird, und dann möchte ich so eine Website auch als Ausnahme definieren können.

    Ich kann natürlich mit dem Toggle Addon bei Bedarf die Schrift umschalten, aber da dadurch die Schrift

    1. nicht nur im aktuellen Tab, sondern Browser-weit umgeschaltet wird, dauert das etwas, da ich immer sehr sehr viele Tabs geöffnet habe.

    2. Manchmal denke ich auch nicht mehr daran, dass die Seite deshalb schlecht aussieht, weil die Browserschrift verwendet wird. Wenn die Umschaltung automatisch für eine bestimmte Homepage erfolgen würde, dann wäre dies eine gute Sache.

    Da es momentan keine Addons gibt, die Ausnahmelisten unterstützen, liegt wohl nahe, dass Ausnahme-Listen mit WebExtensions nicht mehr umgesetzte werden können (Im Gegensatz zu früher).

    Mir ist nicht klar, ob mir @.DeJaVu in Post #2 sagen wollte, dass es generell nicht möglich ist oder nur bei diesen 3 Addons.

    Zitat

    In Bezug auf deine letzte Anfrage zu Webfont - nein, das funktioniert dort nicht. (ich habs nämlich ausprobiert).

    Falls es mit WebExtensions generell nicht möglich ist, ist meine Frage:

    Müsste Mozilla dazu auch wieder zuerst irgendeine Einstellung per API zugänglich machen? Und dann ginge es?

  • Wechseln zwischen Browser-Schrift und Webpage-Schrift: Ausnahmen definieren

    Ich habe inzwischen eine Rückmeldung erhalten von

    https://www.fhnw.ch/de/die-fhnw/bi…ibliothek-olten

    (Vielleicht interessiert es ja jemanden.)

    Die scheinen aber das Problem nicht richtig einzuschätzen. Die Antwort:

    Zitat von Website-Betreiber (bzw. der Kontaktperson zum Website-Betreiber):

    Ich konnte dies zwischnezeitlich abklären und kann Ihnen folgendes dazu sagen: Unser Design, Schriftgrösse etc. ist darauf ausgelegt, dass es mit unseren Einstellungen (CSS, JS, HTML) so optimal daher kommt. Auch die Browser und deren Versionen sind da mitentscheidend.

    Wird nun jedoch “default” eine andere Schrift vorgezogen und zusätzlich noch das Aliasing ausgeschaltet, können wir eine optimale Darstellung nicht mehr gewährleisten. Dieses Risiko geht zu lasten den Benutzers.

    Beispielsweise könnte ich als Benutzer Javascript auf der gesamten Seite deaktivieren, das entfernt mir sämtliche Werbungen was zu begrüssen ist, ich muss aber damit leben, dass alle Element die Javascript benötigen nicht mehr funktionieren.

    Freundliche Grüsse

    Weshalb wurde in der Antwort "Aliasing" erwähnt?

    Antwort: Weil ich vom Webseitenbetreiber gefragt wurde, weshalb ich standardmässig die Browserschriften verwende. Dann habe ich geantwortet, dass ich eben Systemweit (nicht im Browser) "Aliasing/Schriftenglättung" ausgeschaltet hätte, weil ich gerne eine gestochen scharfe Schrift habe. Was aber dann dazu führt, dass Aliasing optimierte Websiten-Schriften ganz schlecht lesbar sind, und ich deshalb standardmässig die Browserschrift verwende.

    Weshalb wurde in der Antwort "Javascript" erwähnt?

    Antwort: Ich habe nicht geschrieben, dass ich "Javascript" ganz oder teilweise blockiere. Dies hat ja mit meiner Anfrage gar nichts zu tun. Das Problem tritt ja mit voll aktiviertem Javascript auf.

    Sondern ich habe folgendes geschrieben (Ich hoffe das stimmt so. Denn ich persönlich habe keine Ahnung. Ich habe das nur von mulipo und Sören so übernommen und versucht in eigene Worte zu fassen):

    Der Grund für diese Disfunktion liegt vermutlich am Java Script und hat nicht direkt etwas mit der Wahl einer anderen Schrift zu tun. Es stellt sich also die Frage, weshalb es zu einem Script Fehler kommt, wenn man die Browser eigene Schrift verwendet. Ich frage mich, ob ich durch das "nicht Erlauben" von Website-Eigenen Schriften einen Programmierfehler auf der Website aufgedeckt habe, der sich normalerweise nicht auswirkt, aber dennoch vorhanden ist und zu beheben wäre.

    Man sieht, dass der Website Betreiber das Problem nicht richtig einachätzt.

    ->Mit meinen eigenen Worten sallop formuliert, sagt doch der Website-Betreiber: "Das Problem ist nicht ein Fehler auf der Website, sondern dass der Benutzer nicht die Standardeistellungen nutzt."

    Ich habe vermutet, dass es irgendwie so herauskommt. Aber wie Sören sagt, versuchen kann man es.

    Ich denke aber, ich werde nicht nachhaken. Ich kann mich ja fachlich mit dem Website-Betreiber nicht auf gleicher Augenhöhe austauschen, denn was ich im Mail geschrieben habe (Sprich: "Der Grund für diese Disfunktion liegt vermutlich am Java Script und hat nicht direkt etwas mit der Wahl einer anderen Schrift zu tun. ...") verstehe ich ja selber gar nicht (ich meine in der Tiefe.) Das heisst, ich kann nicht nachhaken.

    Ich als Laie kann es ja nicht besser wissen, als der Website-Betreiber.


    Vom anderen Website-Betreiber habe ich noch nichts gehört.

  • Wechseln zwischen Browser-Schrift und Webpage-Schrift: Ausnahmen definieren

    Ich kenne noch eine andere Seite, die sich ähnlich verhält:

    https://www.srf.ch/play/tv

    Auch hier:

    Öffne ich die Seite mit der von der Website vorgeschlagenen Schrift (browser.display.use_document_fonts = 1), dann funktioniert sie.

    Setze ich browser.display.use_document_fonts = 0 (Addon: Toggle Fonts)

    dann funktioniert sie nicht.

    Wenn es eine Möglichkeit gäbe irgendwie eine Liste mit Ausnahmen zu hinterlegen mit Webseiten, auf welchen immer browser.display.use_document_fonts = 1 erzwungen werden soll, dann wäre das kein Problem mehr. (Ob das dann Symptombekämpfung ist oder nicht, kann ich nicht beurteilen.)

    In folgendem Faden habe ich die Feststellung gemacht:

    Weshalb beeinflusst "browser.display.use_document_fonts" dynamische Elemente?

    In diesem Faden hier bin ich auf der Suche nach einer Lösung.