Beiträge von Mira_Belle

Wenn Du die Spamnummern nicht selber sammeln möchtest, oder Du einfach nur neugierig bist,
kannst Du Dir ja mal dieses Projekt von Bernhard Haumacher anschauen!
Ich nutze es und bin nahe zu Spamfrei!

PhoneBlock: Der Werbeblocker fürs Telefon

Aber Du kannst das Ding auch privat zu Hause selber betreiben!
https://hub.docker.com/r/phoneblock/answerbot

Klick Dich da mal durch!

Zitronella AH! Jetzt verstehe ich
Also bei mir wird bei dem Link das Seitenicon angezeigt, das Lautsprechersymbol und der Titel.
Endet der Ton, wird nur das Lautsprechersymbol ausgeblendet, der Titel verbreitert sich, ABER der Tab bleibt in der Breite gleich!

Habe ich aber viele Tabs offen, ist es genau so, wie von Dir beschrieben

2002Andreas Also habe ich es doch richtig vermutet, dass es um das Sperren von Spamanrufen geht?

Nur zu meinem Verständnis!
Kannst Du mir mal genau erklären, was das soll? Ich verstehe es nicht!
Was bezweckst Du mit diesem Skript? Spamanrufe blockieren?

Um Spamanrufe zu blockieren, habe ich eine andere Lösung.

Zitronella Warum nagelst Du die Tabbreite nicht auf feste Werte fest?
Denn der Code oben lässt ja eine gewisse Variation der Breite zu.

@Horstmann Ich bin jetzt etwas irritiert.
Ist das Ironie oder Sarkasmus, oder was ganz anderes?

jizz 私たちは日本語があまり得意ではないのだが？
You do know that we're not very good at Japanese here?

Is this what you mean? And this?

Übersetzung:

So installieren Sie userchrome.js Methode 1: 1.
1. Speichern Sie die folgende Datei direkt unter dem Installationsordner der Anwendung (z. B. %ProgramFiles%\Mozilla Firefox)
117/install_folder/config.js

2. Speichern Sie die folgende Datei direkt unter dem Installationsordner der Anwendung\defaults\pref
117/install_folder\defaults\pref\config-prefs.js

3. Erstellen Sie einen Chrome-Ordner direkt unter dem Profilordner (z. B. %APPDATA%\Mozilla\Firefox\Profiles\hogehoge.default) und speichern Sie die folgenden Dateien
139/userChrome.js, 135/userChrome.js oder 106/userChrome.js
72/userChrome.css, falls erforderlich

4. speichern Sie die erforderlichen Skriptdateien

5. zur Sicherheit starten Sie es einmal mit der Option %ProgramFiles%\Mozilla Firefox\firefox.exe -purgecaches

Thanks jizz .
Here's the original script.

But with which loader should it work?

An wen ist die Frage gestellt?
Ich find's gut und hätte sogar noch mehr "Einstellungen" per Variablen im Block "//Einstellungen Javascript =>" vorgenommen
und aus dem CSS rausgenommen.

Das hier z.B.:

       /*
       Einstellungen CSS =>
       #A Zaehler (Counter) anpassen (nur falls noetig),
       #B Feinabstimmung allgemein,
       #C Feinabstimmung Zentrierung Trennlinie,
       #D eigene Farben anpassen
       */

Ich hätte es per Variabel einstellen wollen.
Den Grund habe ich auch schon einmal genannt.
Niemand müsste dann irgendetwas am eigentlichen Code ändern!

Zitat von Horstmann

Und nur für den Fall, dass wir alle Varianten mit externem CSS einbinden wollen, ohne JS Optionen zu benutzen, das geht.
Ist auch sehr simpel.

Mag sein, und ist gar nicht schwer. Mache ich ja auch per userChrome.css @import ....
und ich habe schon 32 CSS-Dateien! Wenn nun noch viele weiter hinzukommen,
wie unterscheide ich dann, welche zu Anpassungen des Firefox gehören und welche nur für Design in Skripten da sind?
Ok, gibt Möglichkeiten, ich habe mich bisher für eine entschieden!
Und ich werde mir nicht die Arbeit machen und Skripte von Alice oder unserem japanischen Freund auseinander zu kla­bus­tern,
nur damit CSS und JS strickt getrennt sind!

Habe mir gerade so einige Skripte von alice0775 aber auch von Endor8.
Ich glaube, diese Diskussion bringt nichts!
Schaut Euch die verschiedenen Skripte an, dann werdet Ihr sehen, was ich meine.
Es bleibt alles, wie es ist.
Es wird von einigen Skripten dutzende individuell angepasste Versionen geben und wir werden daran nichts,
aber auch gar nichts ändern.

Zitat von milupo

Es ist einfach unübersichtlicher.

Findest Du? Ich nicht!
Zumal es für mich den Vorteil hat, alles für "eine" Funktion in einer Datei zu haben.
Es darf halt nicht ausarten und "Styles" sollten dann wirklich nur in einem CSS-Block definiert werden.
Den so manches geht auch ganz und gar in JavaScript! Darauf sollten wir dann halt verzichten.
Ach, und für mich spricht noch etwas für CSS im Block!
Es lassen sich viel einfacher Variablen definieren, damit ein User eben nicht im Code rumbasteln muss!

Siehe z.B. "BookmarkCount.uc.js", "Scrollbaruc..js" oder "UndoListInTabmenuToo.uc.js".
Und auch im "Appmenu.uc.js", egal was für eine Version da zur Anwendung kommt.
Bei all diesen Skripten gibt es ganz am Anfang einen Konfigurationsbereich,
und auch recht viel CSS findet Anwendung, sei es in einem Block oder eingebettet.

Ach, kleiner Nachtrag!
Ich habe 32 CSS-Dateien und 39 JS-Dateien.
Wenn ich nun für alle JS-Dateien auch noch extra CSS erstellen würde, würde ich den Überblick verlieren.
CSS ist bei mir nur für das Design des Firefox zuständig, Designelemente für JavaScript sind in den Skripten.
Also klar definiert und getrennt.

Zitat von .DeJaVu

..., dass CSS in Scripten kann, aber eigentlich nicht optimal ist.

Das trift auf jeden Fall beim erstellen von Pages zu!
Da wird schön getrennt zwischen HTML, JavaSkcipt und CSS!
Das sind aber dann auch meistens große Projekte, wo z.B. JavaScript und auch teilweise CSS seitenübergreifend angewendet werden.
Da würde ein File sehr bald total unübersichtlich werden, wenn alle drei Codes darin verwendet werden würden.

Bei so kleinen Anwendungen, wie wir sie für den Firefox verwenden ist es gar nicht schlimm, wenn JavaScript und CSS
in den Files Verwendung finden.

Wir müssten uns nur darauf einigen, anstatt Designvorhaben in JavaScript wirklich nur in CSS einzubinden!
Denn da hat Horstmann absolut recht, die Basis, also das JavaScript könnte immer gleich sein,
nur das CSS wäre dann individuell!

Tja, da wollte ich ja hin, aber alle Ansätze dazu wurden abgeschmettert.
Somit ist es mir jetzt egal, und an bitten am Header oder ähnlichem nichts zu ändern hält sich ja auch keine Sau!
Da werden Skripte miteinander verwurschtelt, "aus zwei mach eins" obwohl in beiden Skripten gleiche Variablen genutzt werden,
Versionsnummern werden nicht übernommen oder gar gelöscht, und Quellenangaben sind ja auch nur Ballast.

Mir egal, wenn das Skript zu retten ist, helfe ich, wenn nicht, lese ich den nächsten Beitrag.

Sorry, wenn ich Dir gegens Schienbein treten muss!
Es mag ja sein, dass beide Skripte für DICH irgendwie zusammen gehören, tun sie aber nicht!!
In beiden "Teilen" kommen gleiche Bezeichnungen diverser Variablen vor,
z.B. menuCount und menuitemCount
Das kann zu Überschneidungen führen!

Lass die Skripte doch einfach getrennt, sollte EIN Skript nicht mehr funktionieren,
ist es viel einfacher, die Ursache zu finden und zu beheben!

Zitat von Stoiker

... kann aber mangels Kenntnisse nicht einschätzen ab wann bei folgenden Updates von Firefox da wieder Probleme auftauchen könnten.

Das kann ich auch nicht, aber es wird definiv bei den allermeisten Skripten passieren, dass Mozilla etwas ändert und das Skript,
dass auf interne Funktionen zugreift oder erweitert oder, oder, wieder angepasst werden muss.
So ist es nun mal.

Zitat von Stoiker

Daher bleibe ich wohl bei der Version die Endor übersetzt hat,

Das Skript? => MultiRowTabLiteforFx.uc.js

Zitat von Stoiker

... auch wenn mir dort ein paar Feinheiten fehlen

Was wäre das denn?

Also bei mir funktioniert es! Eventuell musst Du das Menü ein zweites Mal aufrufen.

Und setze Mal ein 01_ vor den Skriptnamen!
Also z.B. 01_bmcount.uc.js damit das Skript als allererstes geladen wird.

Es sind zwei unterschiedliche Skripte

Und wenn ich es richtig sehe, ist Endors Version eine sehr aktuelle.
Modifizierbar sind alle Versionen!
Kommt darauf an, was Du willst.

Würde aber Endors Version empfehlen, da diese auch weiter gepflegt wird.

Bitte mal testen.

// ==UserScript==
// @name           patchForBug1904014_allow_search_oneoff_with_empty_text.uc.js
// @description    undoing Bug 1904014 - Remove function to do an empty search using the search bar one-off buttons.
// @include        chrome://browser/content/browser.xhtml
// @async          true
// @sandbox        true
// @compatibility  139
// @version        2025/02/02 add @sandbox
// @version        2025/02/04 23:00 Bug 1880913 - Move BrowserSearch out of browser.js
// @version        2024/07/14 fix add search engine button
// @version        2024/07/8
// ==/UserScript==

(function() {
  // Original function reference
  const originalOnClick = SearchOneOffs.prototype._on_click;

  // Modified function
  SearchOneOffs.prototype._on_click = function(...args) {
    if (originalOnClick.toString().includes("if (false) {")) {
      return originalOnClick.apply(this, args);
    }

    // Modify the behavior here directly
    if (!this.textbox.value) {
      // Your custom logic here
    } else {
      return originalOnClick.apply(this, args);
    }
  };
})();

(function() {
  // Original function reference
  const originalOnCommand = SearchOneOffs.prototype._on_command;

  // Modified function
  SearchOneOffs.prototype._on_command = async function(...args) {
    if (!originalOnCommand.toString().includes("this.popup.openSearchForm(event, this.selectedButton.engine, true);")) {
      return originalOnCommand.apply(this, args);
    }

    // Modify the behavior here directly
    this.handleSearchCommand(args[0], this.selectedButton.engine, true);

    // Replace lazy references
    const searchUtils = this.window.SearchUIUtils;
    const privateBrowsingUtils = this.window.PrivateBrowsingUtils;

    // Your custom logic here
  };
})();

(function() {
  let PSAC = document.getElementById("PopupSearchAutoComplete");

  PSAC.addEventListener("click", function(event) {
    if (event.button == 2) {
      return; // Ignore right clicks
    }

    let button = event.originalTarget.closest("[class~='searchbar-engine-one-off-add-engine']");
    if (button) {
      return;
    }

    button = event.originalTarget.closest(".search-panel-header");
    if (!button) {
      return;
    }

    if (!this.searchbar.value) {
      this.searchbar.handleSearchCommand(event, Services.search.defaultEngine);
    }
  });

  PSAC.addEventListener("keydown", function(event) {
    if (event.keyCode !== KeyEvent.DOM_VK_RETURN) {
      return; // Ignore non-Return key presses
    }

    let button = event.originalTarget.closest(".search-panel-header");
    if (!button) {
      return;
    }

    if (!this.searchbar.value) {
      this.searchbar.handleSearchCommand(event, Services.search.defaultEngine);
    }
  });
})();

Da muss ein Profi drann!

Es gibt einfach zu viele Möglichkeiten, wo die Ursache begraben liegen könnte.

1. Änderung oder Entfernung der ChromeUtils.registerWindowActor API

Firefox hat die registerWindowActor-API in internen Scripten teilweise umgestellt oder entfernt. Es kann sein, dass:

• Die Registrierung über ChromeUtils.registerWindowActor für about:addons nicht mehr erlaubt ist.
• Die matches: ["about:addons"]-Syntax keine Wirkung mehr hat oder blockiert wird.

2. Änderungen an AddonManager.sys.mjs oder dessen Export

Es ist möglich, dass sich in Firefox 139 die API oder der Pfad des Moduls AddonManager.sys.mjs geändert hat:

• Exporte wie getAddonByID() könnten verlagert, umbenannt oder entfernt worden sein.
• Die sys.mjs-Module könnten intern reorganisiert worden sein, z. B. in addonManager.mjs.

3. Strengere Isolierung von about:addons

Mozilla isoliert zunehmend about:-Seiten, um Manipulationen zu verhindern. Das führt dazu, dass DOM-Änderungen via contentWindow oder JSWindowActorChild dort nicht mehr zugelassen werden.

➡ Symptom: handleEvent wird nie ausgelöst, oder view-loaded feuert nicht.

Und es gibt noch weitere Fallstricke.
Kurz, das Ding übersteigt bei weitem meine Möglichkeiten.

Warum in Gottes Namen frickelst Du zwei Skripte zusammen, die gar nicht zusammen gehören?
Magst Du selber basteln?
Schau mal hier.

Wenn Du so gar nicht zurechtkommst, werde ich Dir natürlich helfen!

BookmarkCount funktioniert, nehme ich an.