Beiträge von camel-joe

Danke, alles klar.

Hallo zusammen;

Zitat von aborix

Ja, mit einem Skript. Zeige auf einem Screenshot, welche Buttons du meinst. Geht es um Fx 68esr ?

Ja, es geht um die ESR. Sorry, ich dachte, dass Du die Button Sidebars und Chronik kennst, da sie ja per Standard dabei sind.

Nur rufen die nicht mit nur 1 Mausklick die Lesezeichen oder Chronik direkt in der Sidebar auf.

Zitat von 2002Andreas

Die Optik für den Vor- und Zurückbutton kannst du z.B. über das Anpassenfenster ändern.

Dazu unten den Button: Dichte anklicken, und Kompakt auswählen.

Unter Anpassen steht es schon auf Dichte. Die Leiste ist durch die Verschiebung der Buttons Vor und Zurück in der Höhe gewachsen, deswegen möchte ich die Buttons kleiner haben oder/und die Leiste schmäler. GELÖST!

Zitat von Speravir

Meinst du, sie sollen zugleich angezeigt werden?

Siehe meine Antwort an aborix.

Hallo,

ist davon etwas möglich?

Dann fällt mir noch etwas ein. Kann man die Buttons so gestalten, dass die Lesezeichen und Chronik direkt in der Sidebar angezeigt werden? Bisher muss man ja immer die Ansicht umschalten.

Zitat von 2002Andreas

Auch hier wieder das Problem, wenn das Script UserScriptLoader nicht mehr funktioniert, funktioniert gar nichts mehr.

Und so ist es jetzt auch. Es funktioniert nicht mehr.

Es sind nur 5 Skripte, vielleicht hast Du Lust auf einen Test. Wenn es funktioniert, dann weiß ich, es liegt wieder mal an mir.

Skripte aus UserScriptLoader.rar.zip

Ich habe noch zip angehängt, warum ist rar nicht erlaubt?

Gibt es eigentlich einen Weg, dass man für die Skripte einen Unterordner im Ordner chrome erstellt, damit es aufgeräumter ist?

Zitat von 2002Andreas

Ich habe das eben mal getestet:

user.js zu .uc.js funktioniert einwandfrei.

PS:

Das betrifft aber nur die Scripte aus dem UserScriptLoader.uc.js

Meinst Du aus dem Ordner UserScriptLoader? Das funktioniert nicht.

// ==UserScript==
// @name          Show Password onMouseOver
// @include       *
// @description      Show password when mouseover on password field
// @version 0.0.1.20140630034959
// ==/UserScript==

window.setTimeout(function() {
  var passFields = document.querySelectorAll("input[type='password']");
  if (!passFields.length) return;
  for (var i = 0; i < passFields.length; i++) {
    passFields[i].addEventListener("mouseover", function() {
      this.type = "text";
    }, false);
    passFields[i].addEventListener("mouseout", function() {
      this.type = "password";
    }, false);
  }
}, 1000)

Zitat von 2002Andreas

Zitat von camel-joe

die jetzt im Ordner UserScriptLoader liegen

Jedes dieser Scripte muss einzeln im Ordner chrome sein.

Jedes Script muss dann die Endung .uc.js haben.

Dann muss ich die Dateien ja nur verschieben und von .user.js zu .uc.js umbenennen. Ich dachte, da muss auch Code geändert werden.

Zitat von 2002Andreas

Zitat von camel-joe

Hast Du da ein Beispiel parat?

So sieht das hier mit Tampermonkey aus:

Sorry, ich brauche einen kurzen Moment, damit ich diese Farbenflut auf Deiner Grafik verarbeiten kann.

Zitat von 2002Andreas

Zitat von camel-joe

UserCSSLoader.uc.js verwenden würde, auf was könnte ich dann verzichten

Auf die userChrome.css und die userContent.css.

Ich würde aber davon abraten, denn wenn das Script selber mal nicht mehr funktioniert, dann funktionieren auch alle deine CSS Codes nicht mehr.

Wie kann ich denn Skripte kompatibel machen, die jetzt im Ordner UserScriptLoader liegen, damit sie ohne die UserScriptLoader.uc.js funktionieren?

Man plagt sich ja jetzt leider mit Skripten für die Oberfläche herum. Für was ist denn Tampermonkey sinnvoll einzusetzen, was ich ohne Tampermonkey nicht kann? Habt ihr da ein Beispiel parat?

Ja, schon, aber Skripte ändern ja teilweise auch die Oberfläche. Und das geht ja nicht per Erweiterung.

Wenn ich die UserScriptLoader.uc.js und UserCSSLoader.uc.js verwenden würde, auf was könnte ich dann verzichten, denn die Skripte und css-Dateien werden jetzt ja auf andere Weise verarbeitet. Oder anders gefragt, was kann (welche Dateien) durch die UserScriptLoader.uc.js und UserCSSLoader.uc.js ersetzt werden?

Noch kurz zu Tampermonkey. Wenn Änderungen an der Oberfläche nur noch über die userChrome.css erlaubt sind, dann habe ich Deine Aussage falsch aufgefasst. Denn ich ging erfreut davon aus, dass man Tampermonkey (auch) für Änderungen an der Oberfläche verwenden kann. Das Stichwort war Scripte, die nicht per uc.js eingebunden werden (können).

Zitat von Sören Hentzschel

Zitat von camel-joe

Ich meinte, wo die Zeile @namespace url("http://www.mozilla.org/keymaster/gate…ere.is.only.xul"); in der userChrome.css ihren Platz findet. Ich habe es jetzt so, denn so funktioniert es auch mit @namespace url.

Das passt so.

Ich habe von Andreas die Auskunft erhalten, dass er alle @namespace Einträge schon lange gelöscht hat.

Es kann also nicht so wichtig sein.

Zitat von 2002Andreas

Nur für die Oberfläche vom Firefox reicht die userChrome.css.

Ich kann mich irren, aber ich meine, dass ich gelesen hätte, dass es gar nicht mehr anders geht.

Also, dass gar keine Erweiterung mehr für die Änderung an der Oberfläche funktioniert.

Falls dem nicht so ist, warum machen wir es so umständlich über die userChrome.css?

Und dann sind wohl auch die UserScriptLoader.uc.js und UserCSSLoader.uc.js nicht notwendig?

Bei den vielen Änderungen, ich weiß echt nicht mehr, für was diese 2 Dateien gedacht sind oder durch was sie inzwischen ersetzt werden können.

Wenn es für Stylish oder andere Erweiterungen nicht mehr gebraucht wird, dann werde ich das auch machen.

Ach ja, lohnt es sich eigentlich noch, dass man Stylish, Stylus, Greasemonkey, Tampermonkey, Violentmonkey oder was auch immer verwendet, da man ja bestimmte Sachen eh nur in der userChrome.css ändern kann? Ich suche primär den einfachsten Weg für alle Änderungen an der Oberfläche von Firefox.

Hallo milupo,

ich dachte zuerst, Du hättest etwas vergessen, da andere User z.B. den fehlenden Punkt erwähnten.

Aber es gibt wohl mehrere gültige Varianten. Es hat sich ja inzwischen alles aufgeklärt.

Der Code aus #1:

/* Empfehlungen ausblenden */
#category-discover {
    display:none !important;
    }

Er versagt bei mir in der userContent.css, wenn dies als erste Zeile steht:

@namespace url(http://www.w3.org/1999/xhtml);

Wofür ist das nun (heute noch) wieder gut?

Zitat von Sören Hentzschel

Wie gesagt dann halt an den Anfang der eingebundenen Datei.

Ich meinte, wo die Zeile @namespace url("http://www.mozilla.org/keymaster/gate…ere.is.only.xul"); in der userChrome.css ihren Platz findet. Ich habe es jetzt so, denn so funktioniert es auch mit @namespace url.

@import url("css/statusleiste.css");
@namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul");
Hier steht weiterer Code, der noch zum Teil ausgelagert wird.

Zitat von Sören Hentzschel

Falls diese Zeile überhaupt gebraucht wird, dann auf jeden Fall nach irgendwelchen @import-Regeln.

Keine Ahnung, für was die wirklich gut ist, ich habe mir nur vor ganz langer Zeit das am Anfang in der userChrome.css notiert:

/* Mit !important werden die default Settings deaktiviert. @namespace url nicht entfernen. */

Ich ging immer davon aus, dass @namespace url... am Anfang steht. Wo kommt dann diese Zeile hin?

Die userChrome.css sieht so aus.

@namespace url("http://www.mozilla.org/keymaster/gate…ere.is.only.xul");

@import url("css/statusleiste.css");

Der Ordner nennt sich css (kleine Buchstaben).