Hmm... Bei mir funktioniert...
Beiträge von bird
-
-
Er meint wahrscheinlich das eingebaute Developer Toolbar...
-
Neue Versionen:
Silvermel:
http://www.silvermel.net/dev/xpi/silver…trunk_r5657.xpiCharamel:
http://www.silvermel.net/dev/xpi/charam…trunk_r5657.xpiSehr wahrscheinlich werden diese Versionen die neue offizielle AMO Versionen werden. Wenn alles funktioniert wie es soll...
-
You are very welcome!
-
Hello Jooske,
did you try uninstalling Silvermel first and installing the dev version? -
Danke cYbercOsmOnauT!
Ich vermute das ist eine neue Funktion in FF 15.0? Oder in den nightlies?
Naja... Ich habe die Arbeit für FF 14.0 eigentlich noch nicht ganz fertig, es fehlen noch ein paar Sachen. Erst danach werde ich mich um FF 15.0 und TB 15.0 kümmern. Ich hoffe ich schaffe es in den nächsten zwei Wochen, mal sehen.
-
Das haben wir schon mal betrachtet, glaube ich... Das kommt von Lightining.
Wie gesagt, bis ich eine neue Version für AMO fertig mache, kann ich leider keine Anpassungen für Erweiterungen machen, dafür habe ich wirklich keine Zeit...
-
-
Ich habe noch nicht die Arbeit für TB 13.0 beendet, es ist normal dass vieles unter TB 14.0 (oder FF 14.0) nicht funktionieren...
-
-
Ich bin aber lange nicht in der Lage um ein neues Update zu machen. Die Arbeit mit TB 13.0 ist noch nicht fertig und ich habe noch keine Möglichkeit mir die 14.0e Versionen anzuschauen... :cry:
-
Leute, ich gehe jeden Tag gegen 9:00 arbeiten, komme erst gegen 20:00 nach Hause... Dann muss ich putzen, Teller waschen, kochen, essen, u.s.w. Bei der Arbeit habe ich überhaupt keine Zeit um emails abzurufen und Foren zu besuchen. Bitte lasst uns versuchen auf das wesentliche zu konzentrieren, ok? Sonnst kommt, wie jetzt, zwei neue Seiten voller Posten zu lesen; so kann ich leicht neue Bug Meldungen übersehen...
Zitat von edvoldiHallo bird,
ich habe gerade in der Beta von Thunderbird (14) die Version r5526 installiert.
Hier sehen die Button alle komisch aus.Das gleiche Problem tritt auch bei Firefox Beta 14 auf.
Guckt mal hier:
https://bugzilla.mozilla.org/show_bug.cgi?id=497995Insbesondere diese zwei Einträge:
https://bugzilla.mozilla.org/show_bug.cgi?id=497995#c69
https://bugzilla.mozilla.org/show_bug.cgi?id=497995#c75Da könnt Ihr sehen das die devs seit Firefox 12.0 immer wieder diesen Bug implementiert und danach zurückgezogen haben... Da diesen Bug eine andere Implementation im Theme benötigt, musste ich zwei unterschiedliche CSS Dateien schreiben und in chrome.manifest, je nach Version, umschalten.
Ich werde es wieder anpassen um poste hier später, ok? Und bitte, ich brauche jetzt viel Liebe und Geduld (vor allem Geduld) :mrgreen:
-
.Hermes,
ich würde sehr gerne meine Vorgehensweise hier beschreiben und mich auf Vorschläge sehr freuen. Leider habe ich jetzt nicht die benötige Zeit um es ausführlich zu tun. Aber sobald ein bisschen Zeit da ist, komme ich gerne auf das Thema zurück :klasse:edvoldi,
leider habe ich gerade überhaupt keine Zeit um dieses Problem zu kümmern, tut mir Leid... Nachdem ich ein Update gemacht habe, werde ich mir anschauen, ok? Bitte erinnere mich nachdem ich die neue Version ins AMO bereitstelle, dann baue ich eine dev Version mit möglichen Fix...@alle
Vielen Dank für die Unterstützung!! -
Zitat von .Hermes
Darf ich mal nachfragen, ob du alles händisch machst oder ob du auch Tools zur Erkennung der Änderungen nutzt ?
Hi Hermes, ich habe Deine Frage leider übersehen. Was meinst Du damit?
Die Veränderungen muss ich selber anpassen bzw. schreiben und zeichnen.
Für die Erkennung von Veränderungen in Firefox (und Thunderbird) vergleiche ich die Versionen (dafür benutze ich Subversion), gucke ich was geändert wurde, dann suche ich im Bugzilla warum es geändert wurde... Dann muss ich überlegen ob ich überhaupt Anpassungen machen muss (manchmal sind die Bugs im Silvermel schon längst korrigiert oder die sind spezifisch für das Default Theme) oder wie ich die im Silvermel implementiere. Das Default Theme muss nicht über Kompatibilität mit früheren Versionen Sorge machen. Ich schon...Zitat von EndorJa dachte mir schon, dass Dir das alles schon bekannt ist.
Ich habe das hier vorläufig so gelöst, indem ich das Firefox Original Symbol
in die Erweiterung eingebaut habe, und über die css Datei verlinke.
So funktioniert es und es gibt keine Probleme mehr damit.
Ich finde, so hätte es der Autor auch machen sollen, dann hättest Du da jetzt
nichts ändern müssen.Mfg.
Endor
Da hast Du völlig recht. Erweiterungen Autoren sollten nie auf eine Datei verlinken die sich nicht in eigenem Package befinden. Aber da die meisten Themen einfache Kopien von Default Theme sind, dieses Verfahren klappt meistens, pur Zufall... So wird es überall gemacht, und hauptsächlich der Grund 90% meine Probleme mit Erweiterungen...Hier möchte ich mich herzlich bei Dir bedanken. Deine Beteiligung hier ist einfach prima! :klasse:
Dieses Problem habe ich korrigiert in der neuen Versionen:
Silvermel:
http://www.silvermel.net/dev/xpi/silver…trunk_r5526.xpiCharamel:
http://www.silvermel.net/dev/xpi/charam…trunk_r5526.xpi -
Zitat von Endor
Hallo Bird
Der Autor von Status-4-evar bindet über die Datei prefs.css
mit diesem Code das Symbol ein:Coderadio[pane="status4evar-pane-addonbar"] { list-style-image: url("chrome://mozapps/skin/extensions/extensionGeneric.png"); }
Ja. Das weiß ich... Diese extensionGeneric.png ist genau dasselbe Icon wie XPinstallGeneric.png, deswegen benutze ich dieses Bild in Downloads Manager statt extensionGeneric.png. Das ist immer das Problem wenn Erweiterungen Authoren verlinken zu Dateien die nicht unter ihre Kontrolle sind. Er kann nicht wissen wo die Datei sich bei mir befindet und wie die heißt... Das fixen dieses Problem ist einfach. Mein Problem liegt jetzt an Anpassungen für FileIt und Chat... -
Zitat von pittifox
Zeit ist leider Mangelware bei mir... Ich habe eigentlich noch keine Zeit gehabt um die Themen für FF und TB 13.0 richtig kompatibel zu machen und nächste Woche kommen schon die Version 14.0
(ehrlich, absolut lächerlich dieses Update Zyklus...)Mal sehen was ich machen kann.
-
Aber Du hast Recht... Eigentlich sollte 1.5.4pre da stehen. Ich korrigiere gleich. Danke
-
Zitat von cYbercOsmOnauT
Die Changelog ist noch von Version 1.5.2pre - Revision 5490
Das wichtigste ist die Revision Nummer... -
Gern geschehen!!
Neue Versionen:
Silvermel:
http://www.silvermel.net/dev/xpi/silver…trunk_r5490.xpiCharamel:
http://www.silvermel.net/dev/xpi/charam…trunk_r5490.xpi -
Zitat von pittifox
Alles aufgeklärt, lag an TMP, dort war about:newtab anstatt about:blank eingetragen:
Anscheinend benutzt TMP die alte Implementierung von den newtabs... Ich weiß nicht ob in FF 12 dieses Feature implementiert wurde oder nicht, oder ob man was in about:config was einstellen kann (ich habe mit browser.newtabpage.enabled probiert, aber nichts hat sich verändert)
