Silvermel und Charamel - Themen für Firefox und Thunderbird

Endor,
es ist möglich unterschiedliche Styles, je nach Betriebssystem, zu deklarieren. Die Entwickler von Lightning wollen explizit diese Buttons (und die Hintergrundfarbe) für Windows 7 haben...

Zitat von Paenglab

Da übertreibst du aber. Als explizit würde ich es nennen, wenn immer mit !important gearbeitet würde. Das ist aber spätestens mit Version 1.3 von Lightning nicht mehr der Fall. Da wurde Lightning stark umgebaut, damit das Aero Theme nicht mehr das XP Theme übersteuern muss.

Ich denke nicht dass ich übertreibe, ganz im Gegenteil... Es geht nicht um ob wir in der Lage sind Styles zu überschreiben. Auch wenn !important flags benutzt werden, es ist immer noch möglich solche Styles zu überschreiben. Mir geht es um die Notwendigkeit Styles zu überschreiben. Ich würde noch sagen, jeder Erweiterungs Entwickler der so was schreibt, z.B.:

#myElement {
  background-color: someColor;
  color: someOtherColor;
}

macht sehr wahrscheinlich was falsches.

Das Zusammenspiel zwischen Erweiterungen und Themen ist ein sehr komplexeres Thema, sowieso. Ich sehe hier ein paar Probleme:

• Unwissenheit wie die Chrome Registrierung funktioniert.
  

  Das ist ein sehr wichtiger Punkt, der eine sehr große Unterschied macht. Es sind völlig andere Ansätze nötig wenn man Styles für eine Gecko basierte Application entwickelt als wenn man Styles für eine Erweiterung entwickelt. Es gibt mehrere Dokumenten bei Mozilla die sich mit dem Thema beschäftigen und ich selber habe detailliert beschrieben wie es funktioniert, in diesen Artikel: http://www.tudobom.de/articles/yatt/
  Lightning ist ein gutes Beispiel dafür. Lass uns vorstellen ich entwickle eine Applikation, lass uns Calender nennen. Also, ich habe, zwischen andere, ein "calender" "package", dafür registriere ich drei providers für dieses "package": ein content, ein locale und ein skin provider. Ich habe die Funktionalität für meine toolbar buttons entwickelt, die sind jetzt im content in verschiedenen Dateien beschrieben. Jetzt möchte ich diese buttons gestalten. Ich gucke mir so andere Applikationen, wie Thunderbird oder Firefox und mir gefallen, z.B., das Aussehen das das Theme "Qute" für die buttons verleiht. Ich gebe meine Buttons ein Class, z.B., "cal-toolbarbutton" und in mein skin provider schreibe ich:

  Code

  .cal-toolbarbutton {
    /* styles die ich im Qute gesehen habe und mir super gefallen */
  }

  
  Also, wenn ich ein Theme für diese Applikation "Calender" schreibe, ist das kein Problem, weil ich ein skin provider für den "calender package" registriere und ruhig schreibe:

  Code

  .cal-toolbarbutton {
    /* styles die mir gefallen (und vielleicht andere Benutzer auch :-) */
  }

  Wenn ich aber, aus "Calender" eine Erweiterung schreibe, sieht anders aus... Weil kein Theme ein skin provider für den "calender package" registriert, alle meine Styles werden da sein, egal was für ein Theme benutzt wird. Ein Theme Author muss entweder der skin provider für calender registrieren oder diese Regel überschreiben.
  Die Lösung, seitens Erweiterung ist ganz einfach: die Styles die ich möchte sind im jedem Theme da, unter der Class "toolbarbutton-1". Also, ich muss nur noch diese Class für meine Buttons benutzen...

  Die oben beschriebene Situation ist genau was mit Lightning passiert bis Version 1.0 (wenn ich mich nicht irre...)

  
  

• Themen Authoren leiden unter 1. UND denken und verbreiten die Idee das ein Theme nichts weiter ist als eine exakte Kopie des Default Themes, mit nur einem paar Veränderungen bei Icons und Farben.
  

  
  

• Mozilla Entwickler geben wenige Möglichkeiten Elemente zu selektieren, geben wenige Klassen.
  

  Ein Beispiel von 2. und 3. ist wenn, z.B., ein Bild das sich in irgendein skin provider befindet. Ein Klassiker ist der Throbber. Stellen wir vor, ich, als Erweiterung Entwickler, möchte irgendein Indikator das irgend etwas ladet. Das beste dafür ist ein Throbber, richtig? Was mache ich? Ich schreibe einfach:

  Code

  #myThrobber {
    list-style-image: url(chrome://global/skin/icons/loading-16.png);
  }

  das ein totaler Unsinn ist, da ich den skin provider "global" nicht besitze. Ich kann auf gar keinen Fall wissen ob dieses Bild existiert oder nicht...
  Die Lösung hier hätte seitens Mozilla passieren müssen, indem sie einfach ein Class (oder verschiedene) für den Throbber geben. Das würde den Code in Firefox und Thunderbird selbst eine Menge vereinfachen.

Zitat von Paenglab

Da du auf XP entwickelst, ist es verständlich, dass du die Win7 Spezialitäten nicht immer sehen kannst. Leider hat Mozilla entschieden, die Win7 Stylings nicht in /global einzubauen. So muss jede Anwendung (Firefox, Thunderbird und auch Lightning), die das Win7 Erscheinungsbild haben will, das in ihren Zweig einbauen. Dies erschwert es etwas für die Themer, ist aber ohne grosse Verrenkungen machbar.

Ich entwickle auf XP sowie Windows 7 und Linux...
Ich denke dass die Lösung die das Default Theme für aero genommen hat, sowieso schlecht ist. Ohne falsche Bescheidenheit, die Lösung die ich vorgeschlagen habe: http://forums.mozillazine.org/viewtopic.php?f=18&t=906535 ist viel vernünftiger...

Ich habe das letzte Wochenende Spaß gehabt indem ich einen Erweiterungs-Entwickler geholfen habe seine Erweiterung ein bisschen third-party Themen freundlicher zu gestalten. Es ging um einen searchbox der wie ein anderer "native" searchbox in Thunderbird aussehen sollte. Der hatte eine menge Arbeit um styles für XP, Aero, Linux u.s.w. zu schreiben die, letztendlich gut mit dem Default Theme funktioniert haben aber eine Katastrophe für andere Themen darstellten.
Ich muss zugeben es war nicht einfach, aber mit der richtigen Wahl von Elementen und seine Attributen, und vor allem, der Einsatz von Klassen hat die ganze Styles überflüssig gemacht.

Wie gesagt, es geht nicht um wie leicht oder schwer ist eine Erweiterung zu "korrigieren", es geht um überhaupt nichts "korrigieren" zu müssen. Es ist lächerlich dass Du, als Themen Entwickler, überhaupt Gedanken machen musst um Hintergrundfarben zu "korrigieren". Welcher Themen Entwickler kann alle Erweiterungen die es gibt, checken ob solche Anpassungen nötig sind?

Wie gesagt, es ist ein komplexes und kompliziertes Thema. Das alles funktioniert wie es sein soll ist eine Frage der Verantwortung und des Kompromisses.
CSS ist ein mächtiges Instrument, aber muss vernünftig eingesetzt werden. Dafür müssen markups (XUL) gut geschrieben werden und Regel klug geschrieben werden. Du hast Recht. Dieses Problem hätte ganz einfach vermieden werden können...

Hi Endor,
nöööö... Überhaupt nicht gewollt. Das Problem ist dieser Bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=497995

Die haben den Patch zurückgespielt für 12.0 aber er bleibt für die andere Versionen (Aurora, Nightly, Daily). Da ich normalerweise unter Aurora und Nightly entwickle, ich habe es nicht bemerkt...
Um überhaupt uptodate zu sein mit Mozilla muss die Entwicklung von Add-ons schon ein full-time job sein.

P.S. - Wie ich sehe Du hast aero in about:config ausgeschaltet, richtig?

Neue Versionen:

Silvermel:
http://www.silvermel.net/dev/xpi/silver…trunk_r5462.xpi

Charamel:
http://www.silvermel.net/dev/xpi/charam…trunk_r5462.xpi

Hmmm... Bist Du sicher Du bist mit der Version 12.0??