Beiträge von Sören Hentzschel

  • Absturz auch nach Restauration

    Die AMD/ATI-Erfahrung ist aber wirklich Zufall / Pech. Mein Zweitcomputer läuft mit AMD-Karte und das seit Jahren ohne auch nur ein einziges Problem in diesem Zusammenhang, Apple ist bei den Macbooks nun auch von nVidia auf AMD umgestiegen. Und ich weiß, dass Firefox auch eine Zeit lang arge Probleme mit bestimmten Intel-Treibern hatte. Was Probleme macht, sind wirklich immer ganz bestimmte Kombinationen von Hard- und Software, es ist eigentlich nie pauschal alles von Chipsatzhersteller X. ;)

    Das Betriebssystem ist zumindest eine Variable, die in dem Ganzen mit drin hängt. Das Betriebssystem alleine wird die Probleme aber auch nicht verursachen.

  • Erweiterung media.windows-media-foundation.enabled

    Ja, der Teil ist nun richtig.

    Zum anderen Teil, von der Syntax her wie folgt. Aber ich habe nicht überprüft, ob es funktioniert, nur die Syntax repariert.

    Wobei ich nicht glaube, dass das so funktionieren kann. Mach aus "icon" mal "this.icon", denn auf diese Weise hattest du es ja vorher bei Verwendung der alten API auch mit dem "contentURL"-Attribut umgesetzt.

  • Erweiterung media.windows-media-foundation.enabled

    Ich hab deinen Beitrag mal in das richtige Thema verschoben. ;) Ja, da ist tatsächlich ein Syntax-Fehler im Add-on. Nach dem icon-Attribut fehlt das Komma. Weiter unten stimmt auch was nicht:


    Ein "else" kann nur auf ein "if" folgen, nicht auf ein Objekt wie in dem Fall das "icon"-Attribut.

  • Automatische Tastatur

    Nicht unbedingt würde man dann mehr in diesem Forum lesen. Wie viele Menschen mit einem Windows 10-Tablet kennst du? Ich persönlich keinen einzigen. ;) Windows-Tablet (statt Android oder iOS wie die meisten Tablets), und dann auch noch das ganz neue Windows 10, außerdem grenzen wir weiter ein auf deutschsprachige Nutzer und Firefox-Nutzer müssen es sein, auch noch welche, die bei Problemen den Weg in dieses Forum suchen und auch finden. Ich denke, wir sprechen hier von einer eher überschaubaren Nutzergruppe. Ich kenne den Tabletmodus nicht. Aber selbst wenn er wirklich "unbenutzbar" wäre, würde das wohl nicht viele Anfragen in diesem Forum generieren.

  • Erweiterung media.windows-media-foundation.enabled

    'enabled-18.png' : 'disabled-18.png

    und die folgenden drei Zeilen sind auch keine valide Syntax.

    Wenn du in deine Zeile weiter oben schaust:

    let icon = true === prefs.get('media.windows-media-foundation.enabled') ? 'enabled.png' : 'disabled.png';

    Das ist allgemein formuliert:

    let <variblenname> = <bedingung> ? <wenn erfüllt> : <wenn nicht erfüllt>

    Ich denke, deswegen hast du 'enabled-18.png' : 'disabled-18.png' geschrieben, aber <wenn erfüllt> : <wenn nicht erfüllt> ist keine gültige Syntax, da das nur ein halbes Konstrukt ist und nicht ohne Bedingung und das Fragezeichen funktionieren kann.

    Es wäre auch nicht schön, viermal die gleiche Bedingung abzufragen. Also schlage ich sowas vor:

    Code
    icon : {
  '18' : data.url(icon18),
  '32' : data.url(icon32),
  '36' : data.url(icon36),
  '64' : data.url(icon64),
}

  • Erweiterung media.windows-media-foundation.enabled

    Das passt schon, dass du noch die alten about:config-Einträge verwendest. Eine Baustelle nach der anderen ist zielführender als alles auf einmal zu ändern und dann nicht zu wissen, welche Änderung nun das Problem ist, wenn etwas nicht geht. ;)

    Ich würde sagen, es liegt an deniem contentURL-Attribut, das gibt es in der Widget-API, aber der ActionButton kennt ein solches Attribut nicht. Siehe verlinktes Code-Beispiel, du benötigst ein Attribut mit dem Namen icon, dem du verschiedene Größen mitgibst. In meinem Beispiel siehst du 18px, 32px, 36px und 64px als Größen. 18px ist für die Symbolleiste, 36px entsprechendes für HiDPI-Bildschirme, 32px ist für das Menü und das Anpassen-Fenster, 64px entsprechendes für HiDPI-Bildschirme.

  • Erweiterung media.windows-media-foundation.enabled

    Schau mal hier rein:
    http://git.agenedia.com/firefox-add-on…src/lib/main.js

    Du findest dort ein solches Konstrukt:

    Code
    try {
  // ActionButton-Code
}
catch (e) {
  // Widget-Code
}

    Auf diese Weise hatte konnte ich ältere und neuere Firefox-Versionen unterstützen, im nächsten Update wird es nur noch den ActionButton-Code geben. Aber du siehst an dem Beispielcode die Unterschiede zwischen beiden APIs, beide Blöcke machen das Gleiche, aber in dem einen Fall ist es die Widget-API, in dem anderen der ActionButton. Der ActionButton integriert sich halt wesentlich besser in Firefox 29 aufwärts. Daran kannst du dich orientieren. Du brauchst nicht beide Blöcke, auch das try und das catch kannst du weglassen, du brauchst nur den Teil innerhalb von try { }.

    require('sdk/ui/button/action').ActionButton({
    // Code
    });

    kannst du natürlich auch wie die anderen Modulimporte so schreiben:

    const actionbutton = require('sdk/ui/button/action');

    und dann:

    actionbutton.ActionButton({
    // Code
    });

    Ich hatte das an dieser Stelle so geschrieben, weil ich nur den relevanten Teil importieren wollte. Aber wenn du dann eh nur die ActionButton-API nutzt, ist das ja kein Thema. Kannst es aber auch genauso schreiben wie es in dem Beispiel ist, ist eine Geschmacksfrage, das funktioniert weder besser noch schlechter.

    Nachtrag: ich sehe gerade, dass in meinem Add-on in beiden Blöcken eine vollkommen unterschiedliche ID steht. Schön, dass mir dieser Fehler nach über einem Jahr auch mal auffällt. :D Aber nicht schlimm, das hat keine Auswirkungen auf die Funktionalität.

  • Erweiterung media.windows-media-foundation.enabled

    Diese Option sollte plattformunabhängig sein, jap.
    Weißt du, wie du das Add-on umschreiben musst, damit es wieder funktioniert?

    Der Weg über Python zum Kompilieren des Add-ons ("cfx") ist übrigens auch nicht mehr der bevorzugte Weg, stattdessen ist JPM der neue bevorzugte Weg. Aber darum kann man sich später auch noch kümmern. Erst einmal sollte das Add-on wieder laufen. ;)

  • Erweiterung media.windows-media-foundation.enabled

    Die Widgets-API wurde entfernt zugunsten der mit Firefox 29 und Australis eingeführten UI-APIs. Seit dem war die Widgets-API deprecated und wurde nun vor kurzem entfernt. Der ActionButton ist vermutlich das, was du jetzt nehmen würdest:

    https://developer.mozilla.org/en-US/Add-ons/…h-Level_APIs/ui

    Ein anderes Problem ist, dass es den Schalter media.windows-media-foundation.enabled ab Firefox 42 überhaupt nicht mehr gibt. Hintergrund dazu:

    https://bugzilla.mozilla.org/show_bug.cgi?id=1185782

  • Windows 10 abwehren wird zum Stress

    Und es gibt auch Anwendungen, die intern quasi den Internet Explorer nutzen. Vor vielen Jahren war das beispielsweise bei ICQ der Fall. Das ist so lange her, dass es gut möglich ist, dass das nicht mehr zutrifft, ich nutze außerdem eh einen anderen Client, ich will nur sagen, dieses Szenario gibt es und auch dafür empfiehlt es sich, dass der Internet Explorer aktuell ist. Man sollte grundsätzlich *alles* aktuell halten, was auf dem System installiert ist, auch wenn man meint, es nicht zu nutzen. Alleine die Existenz auf dem System ist bereits Grund genug, die Updates mitzunehmen.

  • Entwicklung Firefox (Beta)

    Aktuell immer hier:
    https://wiki.mozilla.org/Electrolysis#Schedule

    Aktuellster Stand bezüglich Beta 42 ist, dass es noch keine Entscheidung gibt, wie das gehandhabt werden wird. Aber ich vermute mal, dass es auch wieder zunächst einen Opt-in geben wird, ehe man e10s standardmäßig aktiviert. Auf jeden Fall kann man nicht wirklich e10s aktivieren, bevor es das nicht in den entsprechenden Release-Zweigen gelandet ist. Ich weiß nicht, ob man es über about:config-Schalter teilweise aktivieren kann (was de facto eine unvollständige und damit fehlerhafte Aktivierung wäre), aber es gibt Codepfade, die sind per Compile-Flag auf Nightly und Developer Edition beschränkt. Nicht zuletzt auch, weil Abhängigkeiten von anderen Plattform-Features bestehen, die auch in der Betaversion vorhanden sein müssen.