Beiträge von Sören Hentzschel

Ja, wer bisher XUL-Erweiterungen geschrieben hat und nichts anderes, muss dazulernen, das ist leider wahr. Wobei das wahrscheinlich weniger das Problem ist als viel mehr der zeitliche Aufwand, denn wer in der Lage ist, ein Add-on zu entwickeln, ist normalerweise auch in der Lage, neue Technologien kennenzulernen und zu verstehen, während Zeit einfach ein sehr begrenztes Gut ist, davon kann ich ein Lied singen.

Servo wird nichts direkt für Add-ons verändern. Die Sache damit ist halt, dass Servo XUL nicht unterstützt und auch nie unterstützen wird. Das heißt, wer ein SDK-basiertes Add-on oder eine WebExtension schreibt, muss sich normalerweise keine Sorgen machen, das sind zukunftssichere Technologien, während XUL in der Servo-Welt einfach nicht existiert.

"Normalsterbliche Nutzer" müssen nichts mit Servo oder Rust anfangen können, "normalsterbliche Nutzer" wollen ganz einfach das bestmögliche Produkt. Und die Engine ist das das Herz jedes Browsers. Servo ist eine große Chance für Firefox, unter der Haube zum besten Browser auf dem Markt zu werden, wenn Servo in ein paar Jahren soweit ist und die Erwartungen erfüllen kann.

Ich verstehe nicht, wieso die Entwicklung von Add-ons den Bach runtergehen sollte. Add-ons können nach wie vor programmiert werden und für die nächsten geschätzt zwei Jahre gibt es erst einmal noch mehr Möglichkeiten für Entwickler. Dass das Ende von XUL irgendwann kommen wird, ist außerdem auch nicht erst seit heute bekannt, auch die Einführung der Signierung ist lange bekannt, genau wie die Tatsache, dass e10s Anpassungen erfordert. Je nach Add-on keine, wenige oder viele Anpassungen. Aber das sind Dinge, da müssen die (wir) Entwickler durch, denn die Änderungen sind notwendig, um Firefox zu modernisieren. Ansonsten ist Firefox irgendwann der langsamste und schlechteste Browser von allen. Firefox ist bereits im Nachteil, da e10s etwas ist, was Chrome beispielsweise seit dem ersten Tag hat.

Zitat von bigpen

Mag ja sein, dass Pocket für einen Teil Firefoxnutzer wichtig sein kann, aber deswegen gleich in's Programm integrieren, das verstehe verstehe ich nicht.

Ich bin mir fast sicher, dass auch du Funktionen von Firefox nutzt, die für andere total unwichtig sind. Firefox ist nun einmal ein Produkt für 500 Millionen Menschen und nicht auf irgendeinen von uns zugeschnitten. Mozilla muss viele Bedürfnisse abdecken.

Zitat von bigpen

Der ehemals schlanke und bewegliche Firefox, wird mehr und mehr zu einem unbeweglichen Koloss. Ist etwas übertrieben,jaja...

Schlankheitswahn ist bei Menschen schon falsch, das ist bei Software kein bisschen anders. Niemand hat etwas von einem schlanken Browser, außer der Browser ist schlecht programmiert und nicht benötigte Funktionen hätten spürbare negative Auswirkungen auf alle anderen. Das trifft aber nicht zu. So kann Firefox einfach nur eine Menge und wer etwas nicht benötigt, kann es ganz einfach abschalten. Pocket kann man komplett ausblenden, daran kann sich dann niemand mehr stören.

Zitat von Boersenfeger

Ich meine gelesen zu haben, das innerhalb Mozilla diskutiert wird, diese integrierten Geschichten wieder als Erweiterungen anzubieten, um den Browser schlanker zu machen... finde es aber nicht mehr...

Nein, es ging nie darum, den Browser schlanker zu machen. Du beziehst dich sicherlich auf Go Faster und die Einführung der System-Add-ons. Aber auch die bekommt jeder Nutzer und sind nicht löschbar. Es wird nicht einmal eine sichtbare Oberfläche im Add-on Manager dafür geben. Da geht es um die Entkoppelung von Funktionen und die Möglichkeit, Teile von Firefox zu aktualisieren, ohne den gesamten Browser auszutauschen.

Zitat von Endor

Wird diese neue Schnittstelle die aktuelle ganz ersetzen

WebExtensions werden parellel zu den bestehenden Schnittstellen "Jetpack" (Add-on SDK) und "XUL-Add-ons" eingeführt. Das Add-on SDK wird es auch weiterhin geben, XUL-Add-ons irgendwann nicht mehr.

Zitat von Endor

kann man schon sagen bis wann das dann sein wird?

Wie geschrieben werden XUL-Erweiterungen in 12 bis 18 Monaten depracted sein. Ab dann muss man damit rechnen, dass die Unterstützung entfernt werden wird. Wann genau steht noch nicht fest.

Zitat von Endor

Das heißt dann wohl, dass alle aktuellen Erweiterungen entweder umgeschrieben werden müssen

Nein, nicht alle aktuellen Erweiterungen, ganz viele aktuelle Add-ons sind SDK-basiert. XUL-Erweiterungen sind schon ganz lange nicht mehr der bevorzugte Weg, Add-ons zu entwickeln. Aber ja, es trifft noch auf einige bestehende Add-ons zu.

XUL ist leider eine tote Technologie und solange Firefox XUL unterstützt, kann Firefox nicht auf Servo als Engine umsteigen. Das ist genau der eine Grund, wieso ich ich XUL keine Träne nachweinen werde, denn ich will Servo in Firefox sehen.

Stimmt.

Mozillas neue Add-on-Schnittstelle hat sogar einen eigenen Twitter-Account (und ein Logo ), falls jemand über Fortschritte daran informiert werden möchte:

https://twitter.com/MozWebExt

Vielleicht interessant für einige:
https://blog.mozilla.org/addons/2015/08…irefox-add-ons/

• Mozilla führt mit den WebExtensions ein neue Blink-kompatible Schnittstelle für Add-ons ein. Die sogenannten WebExtensions sind größtenteils kompatibel mit Chrome, Opera und in der Zukunft möglicherweise auch Edge, sprich benötigen nur wenige Anpassungen für jeden Browser. Eine erste Implementierung der neuen Schnittstelle ist Bestandteil von Firefox 42 und ist kompatibel mit e10s. Auch werden Reviews für WebExtensions deutlich schneller durchgeführt werden können, Ziel sind maximal fünf Tage für vollständige Reviews und maximal zwei Tage für Updates. Mozilla befindet sich außerdem in Gesprächen mit anderen Browserherstellern, um zumindest Teile hiervon zu standardisieren. Dies ist der neue bevorzugte Weg, Add-os zu erstellen.
• Es geht noch einmal explizit um e10s. Das Wichtigste für die Nutzer in diesem Forum ist vermutlich der Zeitplan (der natürlich flexibel und nicht verbindlich ist). In der Developer Edition ist e10s ja bereits standardmäßig aktiviert, in der Firefox 42 Beta wird e10s den Nutzern per Opt-In angeboten werden, Firefox 43 ist die früheste Version, in welcher e10s standardmäßig in der Betaversion aktiviert sein wird. Ab dann wird Mozilla e10s-inkompatible Add-ons per Blockliste blockieren, welche größere Performance- und/oder Stabilitätsprobleme verursachen. Im Zeitraum zwischen sechs und zwölf Monaten nach der standardmäßigen Aktivierung von e10s in der finalen Version von Firefox wird Mozilla die Kompatibilitäts-Shims entfernen, womit Add-ons inkompatibel werden, die nur deswegen in e10s funktionieren und nicht an e10s angepasst worden sind.
• Dann geht es nochmal um die Signierung von Add-ons, die mit Firefox 42 verpflichtend wird. Sollte alles hinreichend bekannt sein.
• Mozilla wird das Reviewer-Team weiter mit sowohl bezahlten als auch ehrenamtlichen Helfern aufstocken und die automatischen Validatoren weiter verbessern.
• XUL, XBL und XPCOM werden in den nächsten 12 bis 18 Monaten deprecated und in der Folge irgendwann nicht mehr unterstützt werden.

Zitat von camel-joe

Das habe ich aber in #1 geschrieben:

"Firefox 40.0.2 untersagt per Meldung den Einsatz von Titlebar Tweaks wegen nicht vorhandener Verifizierung."
Und deswegen funktionierte sie nicht mehr. Was hätte ich denn noch wissen sollen oder müssen?

Das war doch aber überhaupt nicht der Grund, wie ich bereits erklärt hatte. Firefox 40 untersagt die Nutzung von keinem Add-on aufgrund nicht vorhandener Verifizierung, außer du hast du so konfiguriert, aber dann hättest du es einfach zurückkonfigurieren können.

Wie schon an verschiedenen anderen Stellen erwähnt: es geht um Task Continuity. Pocket ist nicht mehr als Mittel zum Zweck. Mozilla hat abgewogen, ob sie selbst einen solchen Dienst anbieten sollen und auch schon teilweise implementiert, sich dann aber entschieden, dass Pocket die bessere Wahl ist. Das ist ein sehr naheliegendes Szenario: Nutzer stoßen auf einen Artikel, wollen ihn entweder später von einem anderen Gerät aus lesen oder nutzen es schlicht als Lesezeichensystem, um von überall drauf zugreifen zu können. Vor einem Jahr hatte Pocket bereits zwölf Millionen Nutzer und Pocket ist ja nur einer von vielen Diensten dieser Art. Man kann sich also vorstellen, dass dies ein Anwendungsfall ist, wie er für einige Millionen Firefox-Nutzer relevant ist. Da Webinhalte nach wie vor überwiegend im Browser gelesen werden, ist auch klar, was ein solches Feature im Browser verloren hat. Pocket hat zudem den Vorteil der Plattformunabhängigkeit, du kannst von deinem iPhone auf die Artikel zugreifen, auf deinem SmartTV oder sonst wo, oder über den Chrome-Browser, es muss nicht über Firefox sein. Und das passt ja perfekt zu dem, wie sich Mozilla das Web vorstellt. Keine Abhängigkeit von einem bestimmten Browser, ein offenes und von überall zugängliches Web. Übrigens gehört Deutschland zu den größten Märkten von Pocket, dort ist das also besonders beliebt.

Das wurde übrigens mittlerweile korrigiert, die Installation ist mit SeaMonkey wieder problemlos mit einem Klick möglich.

Off-Topic, wo ich das gerade mit SeaMonkey getestet habe: wann wird SeaMonkey denn endlich mal für HiDPI-Bildschirme angepasst? Diese Pixelbrühe verursacht ja echt Augenkrebs. Nicht einmal der Webcontent wird scharf dargestellt. SeaMonkey liegt damit mehrere Jahre (!) hinter Firefox in der Entwicklung… und ab nächsten Monat dann auch noch ohne Sync… Das letzte Update im März, nicht einmal mehr Sicherheitsupdates seit damals… das Projekt befindet sich in einem desolaten Zustand…

Ich nehme meinen Beitrag zurück. Ich hatte auf meinem Computer noch eine alte ESR 31-Version installiert und nach dem Update war nicht ESR 38 installiert, sondern zunächst die letzte ESR 31-Version. Ich musste nochmal updaten und hab den Eintrag nun auch in der ESR-Version. Beitrag #6 ist also obsolet.

Möglicherweise wird der Menüeintrag in der ESR-Version nicht angezeigt, weil man davon ausgeht, dass an Unternehmens-Computern keine Apps von den Anwendern installiert werden dürfen. Ist aber nur eine Vermutung.

Hallo,

der Eintrag ist schon wesentlich älter als Firefox 40, aber die exakte Version weiß ich jetzt auch nicht mehr. Auf jeden Fall schon länger her. Bei mir klappt die Seite einwandfrei. JavaScript muss aktiviert sein.

Die paar Validierungsfehler haben ganz sicher nichts damit zu tun, ob Firefox nur eine Seite oder alle Seiten drucken kann. Der Internet Explorer ist auch nicht "fehlertoleranter", er unterstützt in der Summe schlicht weniger Webstandards. HTML ist per Definition fehlertolerant, das hat nichts mit den Browsern zu tun, die halten sich nur an die Teile der Spezifikationen, die sie umgesetzt haben. Die Spezifikationen defininieren nicht nur, wie sich ein Browser zu verhalten hat, der ein Feature unterstützt, sondern auch, wenn ein Feature nicht unterstützt wird.

Wenn du auf einer bestimmten Webseite Probleme hast, die du in anderen Browsern nicht hast, dann erstellte bitte auf Englisch eine Fehlermeldung, sofern möglich:

https://bugzilla.mozilla.org/

Grundsätzlich kann man davon ausgehen, dass die Darstellung in neueren Firefox-Versionen die korrektere ist, da Firefox an Änderungen von Spezifikationen angepasst wird, Fehler behoben werden und so weiter. Natürlich kann es auch immer vorkommen, dass in einer bestimmten Version mal ein Fehler eingeführt wird, welcher dann in einer späteren Version wieder behoben wird. Ich würde daher die Seite auch mal mit der Nightly-Version testen:

http://nightly.mozilla.org/

Zitat von Fox2Fox

Es ist müßig, mit dir darüber zu diskutieren. Daher fange ich damit nicht an.

Tipp: Ich habe eine ganz einfache Frage gefragt. Wenn du keine Antwort auf eine so einfache Frage hast, dann sag das halt so und verschleier das nicht hinter einer Provokation, das ist billig und keiner erwachsenen Diskussion würdig. Damit schwächst du nur deine eigene Position. In dem Fall wäre es sogar besser, gar nicht erst drauf einzugehen, da besteht zumindest die Hoffnung, dass es anderen nicht auffällt, was du versuchst.

Zitat von Fox2Fox

Da bin ich aber froh.

Ja. Und das ist genau das Gleiche wie mit Pocket. Genau das Gleiche wie mit Mozilla. Null Unterschied. Du kannst nicht sagen: "Pocket hatte eine Sicherheitslücke, die umgehend behoben worden ist, Pocket ist daher böse. Firefox hatte schon zahlreiche Sicherheitslücken, aber ich nutze Firefox weiter und ich schreibe weiter im Camp Firefox Beiträge, obwohl die Software auch schon mehr Sicherheitslücken hatte als von Pocket bekannt". Das ist einfach extrem unglaubwürdig, man kann nicht mit unterschiedlichen Maßen messen.

Zitat von Fox2Fox

Dann suche dir einen anderen Artikel.

Wieso sollte ich Belege für deine Beiträge suchen? Langeweile hab ich glücklicherweise nicht. Davon abgesehen, dass das überhaupt nicht notwendig ist, da das absolut nichts ändert. Meine Aussage war einzig, dass ich aus dieser Quelle nicht zitieren würde.

Wodurch wird Pocket zum No-Go? Ich würde gerne das Argument dahinter verstehen, denn nach allem, was ich bislang in diesem Thread lese, dürfte man auch nicht mehr Firefox nutzen.

Die Abneigung gegen das Word "Cloud" verstehe ich außerdem nicht, das ist einfach nur ein abstrakter Begriff für etwas vollkommen Gewöhnliches. Auch Mozilla betreibt eine Cloud, nennt sich Sync und ist ein von nicht wenigen Firefox-Nutzern sehr geschätztes Feature, bald auch für Firefox OS.

Warum Mozilla auf Amazon setzt, ist ziemlich naheliegend: Mozilla betreibt eigene Rechenzentren. Abgesehen davon, dass Server-IT nicht die Kernkompetenz von Mozilla ist, ist dies mit unglaublich hohen Kosten verbunden. Amazon ist einer der populärsten und besten Dienstleister zu diesem Zweck. Bitte bei Amazon nicht nur an den Versandhandel denken, Amazon ist mehr, genau wie Mozilla nicht nur der Hersteller von Firefox ist. Amazon ist auf diesem Gebiet extrem kompetent und es ist für Mozilla zudem mit weit weniger Kosten verbunden als wenn sie alles über eigene Rechenzentren abwickeln. Mozilla hat nicht so viel Geld wie Google, Mozilla muss besonders sinnvoll wirtschaften. Außerdem sollte sich Mozilla meiner Meinung nach auf das konzentrieren können, was Mozilla anbietet. Es ergibt einfach Sinn, Dinge auszulagern, die Mozilla nicht unbedingt selbst durchführen muss, wenn dies mit Vorteilen für Mozilla verbunden ist.

Ganz so einfach ist es leider nicht. Wichtig ist auch, was der Server per Header sendet. Und wenn du Inhalte aus der Datenbank empfängst, muss du ebenfalls auf die richtige Kollation a) der Verbindung b) der Datenbank c) der Tabellen-Spalten achten. Aber ja, Entitäten statt Umlaute schreiben klingt nach den 1990ern, das macht man heute üblicherweise wirklich nicht mehr.

Was genau? Dass Pocket auf Amazon setzt? So wie Mozilla? Und ich meine nicht nur für about:newtab, Mozilla ist auch dabei, das FTP-Verzeichnis in Rente zu schicken zugunsten der Amazon-Cloud.

Ansonsten ja, es gab ein Problem und das wurde sehr schnell behoben. Glaubst du, andere Webseiten hätten nie Probleme? Dann musst du bestimmt 90 Prozent des Webs "verbannen" (wahrscheinlich eher mehr als weniger), wenn du konsequent bist. Einschließlich Camp-Firefox! Denn das Camp-Firefox setzt das phpbb ein und die Software hat auch immer wieder Sicherheitslücken, die ich per Update schließen muss…

Nachdem ich übrigens schon festgestellt habe, dass der Artikel inhaltlich falsch ist, würde ich mir einen anderen Artikel zum Zitieren suchen, selbst wenn dieser Absatz korrekt ist.

Das erste ist erst einmal das hier (2x im onClick-Handler):

this.icon : {
  '18' : data.url('disabled-18.png'),
}

Das muss jeweils so heißen:

this.icon = {
  '18' : data.url('disabled-18.png')
}

Es geht um das "=" statt ":". Das Komma am Ende tut nicht weh, aber ich hab's entfernt, weil es für den letzten Eintrag obsolet ist. Du wirst außerdem auch die anderen Icons austauschen wollen und nicht nur eines der vier Icons.

Der nächste Fehler ist Folgendes:

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

Das hast du von mir genau so bekommen, war aber nicht ganz korrekt. Es müsste so heißen:

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

Probier diese Änderungen mal, das sollte bereits ausreichen, damit das Add-on funktioniert. Und wenn du schon dabei bist:

if (appInfo.OS == 'Linux') {
  config1 = 'media.gstreamer.enabled';
  config2 = 'media.gstreamer.enabled';
} else if (appInfo.OS == 'Darwin') {
  config1 = 'media.apple.mp3.enabled';
  config2 = 'media.apple.mp3.enabled';
} else {
  config1 = 'media.windows-media-foundation.enabled';
  config2 = 'media.directshow.enabled';
}

config1 und config2 wurden nie deklariert, das generiert dir daher eine Warnung, auch wenn es trotzdem funktioniert. Füge also nach

let appInfo = Cu.import('resource://gre/modules/Services.jsm').Services.appinfo;

folgende Zeile ein:

let config1, config2;

Ebenfalls nicht zwingend erforderlich, aber besserer Stil:

exports.onUnload = function (reason) {
  // Code…
}

Ergänze hier am Ende noch ein Semikolon:

exports.onUnload = function (reason) {
  // Code…
};

Wie gesagt würde das deinen Einstellungen widersprechen, daher gibt es keine Möglichkeit dazu direkt in Firefox. Ob es ein Add-on zu diesem Zweck dazu gibt, weiß ich nicht.