Beiträge von BrokenHeart

Ich hoffe mal, dass der Abstand der Untermenüs zum Hauptmenü nicht wirklich beabsichtigt ist, sondern dem frühen Entwicklungsstand geschuldet (oder ein Bug) ist.

Wird wahrscheinlich an der Größe der gif-Datei gelegen haben (ca. 3.7 MB). Vermutlich eine Begrenzung in der Einstellung für die maximale Größe einer Datei, ab der komprimiert wird...

reni

browser.search.openintab = true unter 'about:config'.

Zitat von milupo

Was heißt denn das? Nur mal so aus Neugier.

Das selbe wie 'Covfefe'.

Zitat von reni

und ein Script kopiert von github.com für den "about:config-Button" - ich bekomme aber keinen Button zu sehen

Vielleicht liegt es auch an dem (veralteten?) Skript?

Versuch mal dieses:

  //  aboutconfig-button.uc.js
  
  (function() {

   if (location != 'chrome://browser/content/browser.xhtml') return;
    
    try {
        CustomizableUI.createWidget({
            id: 'aboutconfig-ToolBarButton',
            type: 'custom',
            defaultArea: CustomizableUI.AREA_NAVBAR,
            onBuild: function(aDocument) {            
                var toolbaritem = aDocument.createElementNS('http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul', 'toolbarbutton');
                var props = {
                    id: 'aboutconfig-ToolBarButton',
                    class: 'toolbarbutton-1 chromeclass-toolbar-additional',
                    label: 'About:Config',
                    tooltiptext: 'About:Config',
                    style: 'list-style-image: url(data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAACkUlEQVQ4ja2SX0hTcRTHv27euz/qLvfqdtO8lRmEoLm2RTTUmWHFtlgYIlFPleNuI5cggYTJpDGIVnP+CaVQ3FtCkYQvPfYSprewxCZCUYwgUKIeHIidHvSKiPrUef2ez/ec3/l9gf9VoijmhcPhq7FYbKizszNSUVFRvFOfATggsqgEUA5AtynYbDb78PDwfCaToaWlJUokEk8A6LfxZfHThsG3rcKk38reA3Bwq8hJktQSiUSmstksLS8vr9XX11/cokv3bRih0fI1Shyi+euGNMfAAQCMw+E4KoriSQD5jY2NiUwmQ0REsiz3qnDMhhEaMBNN24nuFtH4GShGwA4AOo/Hc01RFOrq6nqZTCa/K4pCCwtpejqammIY5kTMiiHqK1yjaTtRTwk9d2sWLDoEAZgAACzLVvb393+amZmh2dlZGhsbo0g0Sg/jiWz0WO7HvwlhVYVfuDWLJgZBAGYAOer7dDqd7qzX632dSqXoZlvbvBzu+BFv2E+rj0ykwuPnMcczCAEQdvohlud5r8fjeceybDOg9QdrKn/+8YMouo8mzmmpLI95ACB/jzSgiGGY4wDMDoejnYio54p35VldLk1UW+mWif/WUlratJcBALBOpzNAROSX5UkA0RqN/utEtZXSPh/Fef53myR1ANDuBBe6XK4gEVEgEHgFoA5AIQe0tHPc5w+1tZT2+aiX4+h2SUkfAIMKakRRbKCNktcnuwGwG7oxH2jqtli+vKmqotaCgulujlu5xPNu1UAbCoVGVQNBEG4A4LZtZ+CBy3fM5sUBSfrl57j3xRtBAgCjy+UaTCaTcxaLpQfA4V3uUyBotc2n9PrHPHABgHHTHUA1ACeAI7sdSB2G9RwYAeT8A0L0/bjRXZQXAAAAAElFTkSuQmCC)',
                    onclick: 'if (event.button == 0) { \
                                        openTrustedLinkIn("about:config", "tab");\
                                 }; '
                };
                for (var p in props)
                    toolbaritem.setAttribute(p, props[p]);
                return toolbaritem;
            }
        });
    } catch(e) { };
   
})();

Bitte unter 'Einstellungen -> Allgemein -> Farben' folgende Einträge überprüfen:

Schau mal bitte in deinen Einstellungen (Menu öffnen -> Einstellungen oder in Adressleiste about:preferences eingeben) ob im Punkt Allgemein/Surfen hier ein Haken gesetzt ist:

Falls Ja, dann nimm den Haken raus und versuche es nochmal...

Hallo,

ja ist hier genauso (auch in der aktuellen Nightly). Diese Verzögerung hat auch schon dazu geführt, dass ein Skript für die Lesezeichenleiste nicht mehr ohne Anpassung funktionieren wollte.

Link...

Schaust du hier: Neue Version.

Directory Opus kann das. Mann muss in den Voreinstellungen nur unter 'Betrachter->Plugins' das entsprechende Plugin (...+ Web)

auswählen.

Links:

https://de.wikipedia.org/wiki/Directory_Opus

https://www.gpsoft.com.au/

DOpus ist allerdings nicht kostenlos. Im Gegenteil, für einen reinen Dateimanager sogar recht teuer: Pro: ca 50€ / Light: ca.30€.

Aber man kann es 30 Tage (60 Tage bei Registrierung) kostenfrei testen.

Vielleicht können das auch der 'Total Commander' und 'Double Commander' über ihre 'wlx'-Plugins. Aber da bin ich mir nicht sicher...

Ich kann es ebenfalls, so wie der TE und Zitronella, reproduzieren (78.6.1ESR, 84 und 86). Die Konsole spuckt einen nicht behandelten Skriptfehler (Syntaxfehler) aus.

Interessant ist, dass eine Größenänderung des Browsers die fehlenden Bilder ebenfalls nachträglich lädt.

Erinnert mich etwas an den Fehler mit den Heise-Bildern, die auch nur in einer bestimmten Größe oder Seitenverhältnis korrrekt angezeigt wurden... . Dort war der Fehler auch nicht für alle reproduzierbar!

Danke für den Link. Man bekommt so wenigsten grob mit, was sich da gerade tut...

Dass mit dem Schalter hatte ich mir schon gedacht. Anders wäre es eigentlich auch nicht sonderlich praktikabel.

Bin zwar immer noch der Meinung, dass die Bestätigung von Änderungen nicht die Voreingenommenheit des 'Testers' beeinflussen sollte, da er die Auswirkungen ja so oder so sieht, aber belassen wir es dabei...

Zitat von Sören Hentzschel

Nein, das hat nichts mit irgendeinem Firefox-Update zu tun. Eine schrittweise Ausrollung erfolgt, indem serverseitig der Befehl zur Ausrollung für einen bestimmten Prozentsatz der Nutzer gegeben wird.

OK, es wird nicht Huckepack mit einem 'offiziellen' FF-Update verteilt, sondern über ein 'inoffizielles' Update, welches serverseitig angestoßen wird. Aber auf jeden Fall handelt es sich um ein Update, da die betroffenen Anwender ja jetzt einen anderen 'Build' nutzen, oder verstehe ich das falsch? Deswegen hatte ich auch gefragt, ob nur ein Schalter umgelegt wurde. Falls ja, müsste man die ausführbaren Dateien nicht anpacken...

Zitat von Sören Hentzschel

Die letzte Frage verstehe ich nicht. Noch nie wurden alle Neuerungen explizit an den Nutzer kommuniziert und das würde auch gar nicht funktionieren.

Mit 'kommuniziert' meinte ich, ob es irgendwo (leicht zugängliche) 'Release/Update-Notes' für dieses inoffizielle Update gibt, wo man als betroffener Anwender nachschauen könnte?

Zitat von Sören Hentzschel

Dafür gibt es viel zu viele Änderungen.

Änderungen, die ein Feature betreffen, welches meine Arbeitsweise beeinflusst, sollten schon mitgeteilt werden. Und der Speicherort für Lesezeichen ist doch etwas, was sehr viele betrifft.

Zitat von Sören Hentzschel

In dem Fall wäre das auch völlig kontraproduktiv, da Sinn und Zweck einer schrittweisen Ausrollung ist, das Feature in der Praxis zu sehen, bevor es für alle Nutzer aktiviert wird. Dafür müssen die Voraussetzungen auch gleich sein.

Das versteh ich wiederum nicht. Warum ist es kontraproduktiv, den Benutzer nach erfolgtem inoffiziellen Update darüber zu informieren, welche Änderungen es gegeben hat? Was ändert sich denn an den Voraussetzungen, wenn ich offiziell bestätigt bekomme, was sich geändert hat, was ich doch ziemlich bald selber sehe und dann z.B. hier im Forum nachfrage, was es damit auf sich hat?

Zum Verständnis:

Das heißt, über das Sicherheitsupdate 84.0.2 wurden für einen zufälligen Teil der Firefox-User neue Feature hinzugefügt bzw. geändert? Waren diese Änderungen in FF 84.0 schon implementiert und wurden erst jetzt 'scharfgestellt'?

Wo wurde das (zumindest nachträglich) für die betroffenen Anwender kommuniziert?

Der Link in deinem Artikel auf das 'PDF' funktioniert nicht.

Hier der korrekte Link:

http://downloads.aomedia.org/a…search-Symposium-2019.pdf

Es scheint so, als wenn das Eingabefeld für das Jahr, auf welches in window_onload() referenziert wird, noch nicht exisitiert, wenn die entsprechende Funktion im Script eventhandling.js aufgerufen wird. Das Eingabefeld hat den Namen txtYear und diese Variable steht im Skript eben (noch) nicht zur Verfügung. Deshalb auch der entsprechende Konsolenfehler.

Uncaught ReferenceError: txtYear is not defined
    window_onload http://www.wildlife.re.kr/lunar-calendar/scripts/eventhandling.js:9
    onload http://www.wildlife.re.kr/lunar-calendar/calendar.html:1
eventhandling.js:9:2

Mit HTML kenne ich mich nicht sonderlich gut aus, aber vielleicht liegt es an dem Zeitpunkt, an welchem die Skripte eingebunden werden. Aber nur eine Vermutung...

Bist du dir auch ganz sicher, dass du die Dateien aus der zip-Datei und die JS-Datei in das aktuell verwendete Profil kopiert hast? Also in das Profil, wo auch deine funktionierende 'userChrome.css' abgespeichert ist. Zur Sicherheit mal 'about:profiles' aufrufen...

Wünsche mir fürs neue Jahr mehr Gemeinsinn und Zusammenhalt in der Gesellschaft und weniger 'erwachte Aluhüte'...??

Deine für die Skriptanpassung benötigten Dateien sind in den richtigen Verzeichnissen.

Falls noch nicht geschehen:

Versuch bitte auch das, was 2002Andreas vorgeschlagen hat: #2

Außerdem könntest du noch den Ordner startupCache löschen. Siehe: #16

Edit: Sehe gerade, dass du den über about:support eh löschen lässt!

Ansonsten wüsste ich auch nicht weiter...