@ Milupo... hier gehts um CSS...Ggf. die Dauer für Skriptausführung verlängern..
Oh, sorry, war in den falschen Thread gerutscht.
@ Milupo... hier gehts um CSS...Ggf. die Dauer für Skriptausführung verlängern..
Oh, sorry, war in den falschen Thread gerutscht.
Schaue mal in diesen Hilfeartikel:
https://support.mozilla.org/de/kb/sitzungswiederherstellung
Vielleicht kannst du dein Problem damit lösen.
Hier ist alles ok mit meinen Scripten im Nightly, aktuell von heute.
Ich bin zur Zeit auf Arbeit, ich teste heute abend.
Was ich noch ergänzen möchte: wir nutzen Avast Business Antivirus Pro. Evtl. liegt da auch das Problem. Allerdings ist an unseren anderen PC´s die gleiche Konfiguration (Win 10 Pro, FF, + Avast Business Pro) installiert. Dort gibt es keine Probleme.
Die Ursache von Problemen liegt meistens im Benutzerprofil und seltener an Firefox oder an der Kombination mit anderen Programmen. Für das Letztere sind allerdings Antivirenprogramme ein Beispiel. Ich nehme mal an, dass ihr auf den anderen PC's eigene Benutzerprofile verwendet und wenn in denen alles in Ordnung ist, gibt es auch dein oder ein anderes Problem nicht. Lege mal ein frisches Profil an.
Es ist wohl doch ein anderes Skript, nämlich das, mit dem man die Seiteninfo zu den Medien anzeigen kann. Dessen Symbol erscheint standardmäßig erst im Anpassen-Fenster. Nachdem es dann in der Symbolleiste ist, wird es anscheinend erst aktiv und das Problem mit dern Neuer-Tab-Seite tritt auf. Verschiebe ich das Symbol wieder in das Anpassen-Fenster und starte Firefox neu, ist das Problem weg.
// Seiteninformationen "Medien" anzeigen
(function() {
if (location != 'chrome://browser/content/browser.xul') return;
try {
CustomizableUI.createWidget({
id: 'context-viewinfo',
type: 'custom',
defaultArea: CustomizableUI.AREAS,
onBuild: function(aDocument) {
var toolbaritem = aDocument.createElementNS('http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul', 'toolbarbutton');
var props = {
id: 'context-viewinfo',
class: 'toolbarbutton-1 chromeclass-toolbar-additional',
removable: true,
label: 'Info wo stronje "Medije"',
tooltiptext: '',
style: 'list-style-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAAGXRFWHRTb2Z0d2FyZQBBZG9iZSBJbWFnZVJlYWR5ccllPAAAAetJREFUeNqMU7FuFDEQffbaZ/u4OykoiaBDKXMREmkiehoEERLkA6j4Ahq+gQ9AokpLQwMdXxApQBNShhJEFaSIE3e7Ht54dxOCiJJZee2x37x5HtsGtN3NrYOcZQoIv4vNdH9rzZenn/Y2RAROg29v3p2u3rgJMQaXmWHQj+/fprvAAd0Np5lXVlbx9e0bSG76NP83yjO2wq1HO2gVAw5kzPM5MP8NewUFUtctXtrNOqXNs19wH96TZFEkXhisCQYe+eWrVk6rAIUxZnqLujCL5HZdyTpVxtp27HynAL0CEjQ1UhgUeYagWlcbkmQ2DawqOM4rsSFO8b3ZQlA3iDEiaBuNMHv+AuHaEINEfzzC8b37iOMx11PBKb63TsECMQT2DQz3aFNAIoFoTVKCYWAYJgjTWeJmxJ8n4PGF2BFQonEDEkYGWFhmFO/bzKyJVVz+R4Fwr8k5NMxq2FdU0SqgGo7hKkTvkG1iOVzBnxFocVjcULzCBz+ZYKgDDaZVrEssA9cdJ05PpxDY4PFxe6ecglbdsOr7Dx6rNPoV/PIy9h8+0WJxzSFdXzojYMjRz5OTtQkn/5Z2/gGY05un94F4aFz/wNZf39l6541ZE5HLHxPJFiJHzz7vbRN/2F/+dbaEq9uM7VAT/hFgAGTZx+aCFnrpAAAAAElFTkSuQmCC)',
oncommand: "BrowserPageInfo(null, 'mediaTab');"
};
for (var p in props)
toolbaritem.setAttribute(p, props[p]);
return toolbaritem;
}
});
} catch(e) { };
})();
Alles anzeigen
Vor ein paar Jahren war auf der MDN-Übersichtsseite über den Nightly noch zu lesen:
Mozilla sogar, nicht nur Firefox. ![]()
Noch etwas Interessantes: Ich habe ja auch das SUMO-Skript, das ja eine Webseite öffnet. Starte ich jetzt neu, ist die Neuer-Tab-Seite OK und die SUMO-Seite hat das Problem.
Übrigens: Das Problem mit der Neuer-Tab-Seite tritt nur auf, wenn sie als Startseite geöffnet wird. Wird sie über das Pluszeichen geöffnet, ist alles OK:
Mysteriös: Irgendwie scheint das Skript lesezeichen_speicherort_aendern dran schuld zu sein, so habe ich es zumindest genannt. Der Haken: Wenn ich es wieder entferne, bleibt das Problem, auch wenn ich mit dem RestartButton-Skript Firefox neu starte und man eigentlich meinen sollte, der gelöschte Skript-Cache wird's schon richten.
Tja, im Moment noch teste ich noch. BackupProfile.uc.js und bildschirmfoto.uc.js funktionieren doch noch, aber nur wenn die Neuer-Tab-Seite vernünftig geladen wird. Ist ja auch irgendwie logisch.
Gerade ein Nightly-Update gemacht. Ergebnis: Neue-Tab-Seite ist leer, nur eine graue Fläche.
Edit: Es lassen sich gar keine Webseiten mehr aufrufen.
Bei mir zeigt BackupProfile.uc.js nun auch keinen Eintrag hinter dem Download-Pfeil mehr an. Gestern zeigte es nur die Benachrichtigung nicht mehr an (heute auch nicht). Das Speichern funktioniert aber noch.
Trump würde damit bestimmt again America great maken wollen. ![]()
Du musst auch bedenken: Ich habe das Suchen-Feld noch in der Leiste, das schon weiteren Platz wegnimmt und zwischen Adressleiste und Suchen-Feld ist dann noch das Symbol zum Skript extra_config.uc.js.
Du hast aber viel Platz. Das gibt diesen Leerfeldern die Möglichkeit sich auszubreiten. Oben im CSS-Code steht min-width: 28px; und max-width: 112px;. Das gibt m. E. den Feldern Spielraum.
Auf Arbeit ist bekannt, das ich Firefoxfan bin.. dort werde ich auch schon öfter mal um Rat gefragt, aber noch nie hat mich einer hinsichtlich einer Modifikation befragt. Ergo sind die Anpasser wohl elitär... zu nennen.
Nun, ich halte es da mit Sören, Beitrag #3, Punkt 5. Wobei man natürlich sagen muss, die Einstiegshürden sind doch nicht so ganz ohne.
ZitatAn dieser Stelle also mal meinen großen, nachhaltigen Dank an alle, die sich unermüdlich mit der Entwicklung und Hilfestellung in diesem Bereich beschäftigen..
Dem kann ich mich nur anschließen.
Also hier habe ich mal einen der Toolbarspring-Einträge markiert und den CSS-Code, den ich für Toolbarstring gefunden habe rot eingerahmt.
[attachment=0]toolbarspring_css.png[/attachment]
Die 3. Regel ist aus meiner userChrome.css.
Es stimmt, gerade getestet, bei mir sind es das 11. und 12. Kind. ![]()
was mir aufgefallen ist, in deinem Screenshot sind das 2 kleine Felder wie in meinem Screenshot...aber...mein Screenshot war Fx 63...deiner Fx 65.Re: userChrome.js Scripte für den Fuchs (Diskussion)
Diese kleinen Felder habe ich hier gar nicht. :-??
Die großen Felder sind meiner Meinung nach die beiden Standardleerfelder, links bzw. rechts von der Adressleiste. Die habe ich als Allererste herausgenommen und dafür das Suchfeld eingefügt. Möglicherweise hat das etwas mit dem zur Verfügung stehenden Platz zu tun, dass diese Leerfelder automatisch den (scheinbar) restlichen Platz einnehmen.
Also hat es mit seinen Nummern doch gepasst!?
So ist es, und ich kann dir mittlerweile auch sagen, mit welchen, wenn ich nicht falsch liege.
Aber vorher: Ich habe mich doch mal in den Inspektor vertieft und hier zwei Kandidaten gefunden. Da steht zweimal untereinander:
Direkt vor meinem ersten Skriptsymbol, wie zu erwarten war. Ich habe beide mal als CSS-Selektor kopiert und heraus kam:
toolbarspring.chromeclass-toolbar-additional:nth-child(11)
toolbarspring.chromeclass-toolbar-additional:nth-child(12)
Also lag Endor knapp daneben. ![]()