Script "Ignoreliste"

[KP97]

TRex hatte vor einiger Zeit mal dieses kleine Script zur Verfügung gestellt, womit User aus der Ignoreliste auch aus den Threadüberschriften ausgeblendet werden können.

Code: Alles auswählen

$.each([2, 36152], function(idx, val) 
    {
    $("ul.topiclist")
        .find("a[href$="+val+"]").parent().parent().parent().parent()
        .css("display", "none")
    }
);

Hat jemand das im Einsatz?
Man kann es in z.B. greasemonkey einbinden, aber mir ist nicht klar, wie die geblockten User eingebunden werden.
Wird auf die bestehende Ignoreliste im Forum zugegriffen oder muß da noch was im Script eingetragen werden?
Ich habe leider keine Ahnung von Javascript, daher meine Frage.

[thoerb]

Ich selbst nutze das nicht, aber so wie ich das sehe, musst du oben in dem Array (erste eckige Klammer) die User-Ids getrennt mit einem Komma eintragen.

[TRex]

so wie ich das sehe, musst du oben in dem Array (erste eckige Klammer) die User-Ids getrennt mit einem Komma eintragen.

Genau das.

[KP97]

Hm, bei mir funktioniert das leider nicht, aber ich verstehe das wohl auch nicht richtig.
Ich habe es so:

Code: Alles auswählen

// ==UserScript==
// @name     DF-Ignoreliste
// @version  1
// @homepageURL  https://debianforum.de/forum/
// @grant    none
// ==/UserScript==

$.each([user1, user2, user3], function(idx, val)

Vielleicht kann mir jemand auf die Sprünge helfen, aber erst noch Dank für die Antworten.

[thoerb]

Wenn du auf einen User klickst öffnet sich eine URL, darin ist die User-ID enhalten, die musst du dort eintragen.

Bei mir z.B: memberlist.php?mode=viewprofile&u=34972

34972 ist meine User-ID.

Code: Alles auswählen

$.each([34972, ...]

[KP97]

Danke @thoerb, da wäre ich nie drauf gekommen. Dann schau ich jetzt mal...

[heisenberg]

Hi,

ich versuche auch gerade erfolglos, das Script zum laufen zu bekommen.

Ich habe greasemonkey installiert, dass Skript so abgewandelt:

Code: Alles auswählen

$.each([40225], function(idx, val) 
    {
    console.log("request to suppress user: " + val);
    $("ul.topiclist")
        .find(a[contains(@href, 'u='+val)].parent().parent().parent().parent()
        .css("display", "none")
    }
);

Firefox 63.0.1. Debian Stretch in VirtualBox. Greasemonkey 4.7.

Es tritt aber kein Effekt auf. Wenn ich die Firefox-Console(Strg + Shift +J) öffne, dann bekomme ich diese Fehlermeldungen beim laden der Seite:

Code: Alles auswählen

Could not execute user script [Greasemonkey Benutzerskript null/Unnamed Script]
<unavailable>
	executeUserscriptOnNavigation/<moz-extension://5bf42224-116e-4cf0-bb6a-0f4b334e93a9/src/bg/execute.js:29:7
NS_ERROR_CORRUPTED_CONTENT

Irgend ein Tip?

Habe das Script nochmal leicht geändert. Die "null" - Meldung hat mich irritiert:

Code: Alles auswählen

// ==UserScript==
// @name     DF_Hide_User
// @author   heisenberg
// @version  1
// @grant    none
// @namespace HeisenbergsScripts
// @include https://debianforum.de/forum/* 
// ==/UserScript==

$.each([40225], function(idx, val) 
    {
    console.log("request to suppress user: " + val);
    $("ul.topiclist")
        .find(a[contains(@href, 'u='+val)].parent().parent().parent().parent()
        .css("display", "none");
    }
);

Ich habe wie empfohlen auch noch mal ein frisches Browserprofil verwendet: Gleiche Fehlermeldung.

[heisenberg]

Das scheint wohl ein JS-Fehler zu sein. Habe auch den Original-Code probiert. Ich kriege das gerade nicht hin. Ein Greasemonkey - Testscript funktioniert.

[heisenberg]

Das hier - jetzt ohne JQuery - tut auf jeden Fall schon mal:

Code: Alles auswählen

// ==UserScript==
// @name     DF_Hide_User_Threads
// @author   heisenberg
// @version  1
// @grant    none
// @namespace heisenberg
// @include https://debianforum.de/forum/* 
// ==/UserScript==

var hide_users = ["BananenBoy","GewaltBrabbler"];
var debug      = false;

function my_log(msg) {
  if(debug) {
     unsafeWindow.console.log(msg);
  }
}

var list = document.getElementsByClassName("username");

for (var i = 0; i < list.length; i++) {
    for(var j = 0; j < hide_users.length; j++) {
    if (list[i].textContent == hide_users[j]) {
      var row=list[i].parentElement.parentElement.parentElement.parentElement;
      my_log("Suppressing thread of ignoried user: " +hide_users[j]);
      row.style.display = "none";
      break;
    }
  }
}

[KP97]

Das finde ich ja super, daß Du das Thema nochmal aufgreifst. Ich habe es damals nicht hingekriegt.
So funktioniert es jetzt aber gut, vielen Dank dafür.

[heisenberg]

Nochmal eine kleine Änderung, dass nicht ganze Kategorien/Foren verschwinden, wenn ein ignorierter Benutzer einen neuesten Beitrag in einer Kategorie/einem Forum gepostet hat. Ich habe einfach den @include im Header geändert.

Aktuelle Version ist auf codeberg:
https://codeberg.org/megabert/script-pa ... anforum.de

[KP97]

Perfekt. Nochmals Dank.

[heisenberg]

Ich verwende dieses Script bei mir teilweise, habe aber noch ein kleines Problem, was ich lästig finde. Vielleicht hat jemand da einen Hinweis dazu:

Das Script wird immer nach dem rendern der Seite ausgeführt. Wenn also jetzt ein Beitrag unterdrückt wird, dann sieht man das ganz kurz und dann ist der Beitrag weg.

Kennt sich da jemand mit Greasemonkey bzw. HTML/DOM aus, und hätte einen Tip womit man das weg bekommen kann?

Bisher habe ich gesehen, dass man in den Meta-Informationen des Userscripts die Eigentschaft run-at setzen kann:

Code: Alles auswählen

// @run-at     document-start

Damit bin ich aber noch nicht weiter gekommen, auch nicht in Kombination damit, dass ich das als JavaScript Event ausführen lasse bei DOMContentLoaded.

Das ist das aktuelle Script von mir:

Code: Alles auswählen

// ==UserScript==
// @name       DF_Hide_User_Threads
// @author     some_random_dude
// @version    1
// @grant      none
// @namespace  some_random_dude
// @include    /https://debianforum.de/forum/(search|viewforum)\.php/
// @run-at     document-start
// ==/UserScript==

var hide_users = ["blablub_user1","blablub_user2"];
var debug      = false;

function my_log(msg) {
  if(debug) {
     unsafeWindow.console.log(msg);
  }
}

function hide_threads() {

  my_log("DOMContentLoaded reached");
  var list = document.getElementsByClassName("username");

	for (var i = 0; i < list.length; i++) {
  	  for(var j = 0; j < hide_users.length; j++) {
    	if (list[i].textContent == hide_users[j]) {
	      var row=list[i].parentElement.parentElement.parentElement.parentElement;
  	    my_log("found thread of ignoried user: " +hide_users[j]);
    	  row.style.display = "none";
      	break;
    	}
  	}
	}  
}

addEventListener("DOMContentLoaded", function(){ hide_threads(); });

Auf der Greasemonkey-Seite steht dazu:

https://wiki.greasespot.net/Metadata_Block#@run-at

document-end
The default if no value is provided. The script will run after the main page is loaded, but before other resources (images, style sheets, etc.) have loaded. The only guaranteed working value in Greasemonkey 4.x.

document-start
The script will run before any document begins loading, thus before any scripts run or images load.

document-idle
The script will run after the page and all resources (images, style sheets, etc.) are loaded and page scripts have run.

Ich verwende Greasemonkey 4.12.

Ich habe gerade gemerkt, dass ich das debug gar nicht an hatte. Der Event wird richtig verarbeitet und das Script also zu passender Zeit ausgeführt. Vielleicht passt ein anderes Event besser?

[heisenberg]

Interessanterweise habe ich kein nachträgliches Verschieben des Inhalts, wenn ich im Firefox per [Strg] + [Shift] + [r] die Seite neu lade. Bei einem normalen neu laden per [Strg] + [r] aber schon. (Es kann aber auch täuschen. Vielleicht ist das mit der ersten Variante nur schneller, so dass ich es nicht erfassen kann.)

Cache habe ich auch schon komplett gelöscht.

[TRex]

Das Problem ist mir bekannt, ich hab bereits ne sehr viel mächtigere Version am Start, die das Problem aber immer noch hat. Für ne Lösung wär ich dankbar

[heisenberg]

Das Problem ist mir bekannt, ich hab bereits ne sehr viel mächtigere Version am Start, ...

Hast Du das irgendwo online stehen?

[TRex]

Ja, ist hier: https://git.aero2k.de/?p=dfde/hide-stuff.git;a=summary (im wiki ist ein Fork eines älteren Stands auf codeberg.org verlinkt), tree -> raw für die Datei (kannst du auch als update-URL einstellen).

Was sich seit damals geändert hat: ich hab zwei Buttons in die Threadliste reingezimmert, um Threads dynamisch einzublenden und zum Ausblenden sind Buttons im Profil und rechts vom Thread. UI-Designer ist an mir keiner verloren gegangen...

[Livingston]

UI-Designer ist an mir keiner verloren gegangen...

Egal, Hauptsache es tut seinen Job.
Vielen Dank für Deine Bemühungen. Gerade in den letzten Tagen habe ich verzweifelt nach solch einem Werkzeug gesucht.

[dasebastian]

Gerade in den letzten Tagen ...

[oln]

Das Problem ist mir bekannt, ich hab bereits ne sehr viel mächtigere Version am Start, die das Problem aber immer noch hat. Für ne Lösung wär ich dankbar

Ohne jetzt nach gesehen zu haben was du schon machst, aber man könnte doch den Div page-body ausblenden und wenn alles ausgeblendet ist, page-body wieder einblenden.

[JTH]

Vorweg: Wenn ich hier Unsinn erzähle, korrigiert mich gerne. JavaScript und co. sind nicht unbedingt mein Hauptbetätigungsfeld.

Das Script wird immer nach dem rendern der Seite ausgeführt. Wenn also jetzt ein Beitrag unterdrückt wird, dann sieht man das ganz kurz und dann ist der Beitrag weg.

Kennt sich da jemand mit Greasemonkey bzw. HTML/DOM aus, und hätte einen Tip womit man das weg bekommen kann?

Meinem Verständnis nach bekommt man den Effekt prinzipbedingt nicht weg. Ich hab vor ner Weile mal das coole Spamm(er)-schnell-löschen-Skript von TRex etwas erweitert. Da hatte ich mich wegen des Effekts umgeguckt. Es gibt im Browser schlicht kein dediziertes Event für den Zeitpunkt, dass Elemente existieren, aber noch nicht dem Benutzer gezeigt wurden:

Ein Skript, besonders so ein Userskript, kann entweder laufen, bevor das DOM, die Elemente existieren, das wäre document-start. Das ist gleich dem readyState-Wert „loading“. In dem Moment kann man aus einem Userskript heraus noch keine Elemente suchen und modifizieren – sie existieren noch nicht (alle) (siehe Doku von FireMonkey zu @run-at).

Oder es läuft, nachdem das DOM erzeugt wurde, die Elemente also existieren, aber evtl. – wenn der Cache noch leer ist – gerade noch Stylesheets, Bilder und co. geladen werden. Das ist document-end und entspricht dem Event DOMContentLoaded und readyState „interactive“. Wenn Stylesheets und co. im Cache liegen, wird der Browser den Inhalt hier schon anzeigen – und damit ganz kurz bevor ein Skript, das auf DOMContentLoaded wartet, ausgeführt wird.

Der dritte Zeitpunkt ist document-idle, da wurde einfach alles fertig geladen. Das entspricht dem load-Event und readyState „complete“. Ist für den Effekt nicht weiter relevant.

Interessanterweise habe ich kein nachträgliches Verschieben des Inhalts, wenn ich im Firefox per [Strg] + [Shift] + [r] die Seite neu lade. Bei einem normalen neu laden per [Strg] + [r] aber schon. (Es kann aber auch täuschen. Vielleicht ist das mit der ersten Variante nur schneller, so dass ich es nicht erfassen kann.)

Ich denke, das liegt an oben beschriebem Unterschied, ob der Cache involviert ist:

Mit [Strg] + [Shift] + [r] lädst du die Seite komplett neu, den Cache umgehend. Damit muss der Browser tatsächlich auf das Laden der Stylesheets warten, um zu wissen, wie er Elemente anzeigen soll. Unmittelbar vor DOMContentLoaded ist daher mehr Zeit, Elemente zu modifizieren, bevor die Seite sichtbar wird. Die senkrechte, blaue Linie ist hier DOMContentLoaded, rot ist das load-Event. Man sieht, dass vor DOMContentLoaded eine ganze Weile auf die Stylesheets gewartet wird:


Mit [Strg] + [r] lädst du die Seite unter Verwendung des Caches neu. Die Seite kann, wie oben geschrieben, also schon angezeigt werden, sobald das DOM existiert. Damit bleibt wohl nicht genug Zeit, Elemente auszublenden, bevor sie angezeigt wurden.

Damit bin ich aber noch nicht weiter gekommen, auch nicht in Kombination damit, dass ich das als JavaScript Event ausführen lasse bei DOMContentLoaded.

Ich denke, document-end ist hier schon die sinnvollste Lösung. Und ohne die Funktionalität dabei noch extra in einen Eventhandler zu verpacken.

Mit

Code: Alles auswählen

// @run-at     document-start
…
addEventListener("DOMContentLoaded", …);

machst du sehr wahrscheinlich nichts anderes, als document-end von Hand nachzubauen.


Eine Idee, die ich noch hätte, wär, dass du

Code: Alles auswählen

row.style.display = "none";

durch

Code: Alles auswählen

row.style.visibility = "hidden";

ersetzt. Damit vermeidest du das Springen in der Seitendarstellung. An der Stelle der ausgeblendeten Themen bleibt allerdings eine graue Zeile stehen.

[heisenberg]

Danke für die Reaktionen hier soweit erst Mal!

Einen grauen Balken möchte ich auch nicht. Der Grund ist, dass ich die unerwünschten Inhalte gar noch nicht mal wahrnehmen möchte, weil ich dann mitunter gar nicht umhin kann, es mir trotzdem anzuschauen.

Mal schauen, vielleicht probiere ich es mal mit einem nginx und einem HTML-Filter davor.

[JTH]

Einen grauen Balken möchte ich auch nicht. Der Grund ist, dass ich die unerwünschten Inhalte gar noch nicht mal wahrnehmen möchte, weil ich dann mitunter gar nicht umhin kann, es mir trotzdem anzuschauen.

In dem erwähnten grauen Bereich stünde kein Text mehr, kein Link zum Thema, gar nichts. Es wäre ein langgezogenes Rechteck mit grauem Hintergrund. Das wäre dir auch noch zu viel? (Also, du hättest dort gar keine Möglichkeit, dir das Thema doch noch anzuschauen.)


Also … so ein Thema hier regt mich immer zu einem „das muss doch irgendwie gehen“ an. Mit einem Skript, das beim document-start schon läuft und einen MutationObserver anlegt, lässt sich ein komplettes Entfernen von Themen ungeliebter anderer tatsächlich erreichen – ohne Springen des Inhalts*:

Neuere Version des Skripts weiter unten.

Code: Alles auswählen

// ==UserScript==
// @name       DF_Hide_User_Threads
// @author     some_random_dude
// @version    1
// @namespace  some_random_dude
// @match      https://debianforum.de/forum/search.php*
// @match      https://debianforum.de/forum/viewforum.php*
// @run-at     document-start
// ==/UserScript==

(() => {
  "use strict";

  const hiddenUsers = [
    "feltel",
    "heisenberg",
  ];

  function hideUserThreads(mutations, observer) {
    for (const mutation of mutations) {
      for (const node of mutation.addedNodes) {
        const usernameElems = node.querySelectorAll?.("dt .username, dt .username-coloured") ?? [];

        for (const usernameElem of usernameElems) {
          if (hiddenUsers.includes(usernameElem.textContent)) {
            const topicRow = usernameElem.closest("li.row");
            topicRow.remove();
          }
        }
      }
    }
  }

  const observer = new MutationObserver(hideUserThreads);
  observer.observe(document.documentElement, { childList: true, subtree: true });
  addEventListener("load", observer.disconnect);
})();

Erfolgreich getestet mit FireMonkey.
Nachtrag: Funktioniert anscheinend leider nicht mit Tampermonkey auf dem Smartphone.

* Zumindest bei mir hier. Ich hoffe, das hängt nicht mit der Performance des Rechners oder Browsers zusammen.

[whisper]

Angesichts der aktuellen Entwicklung werde ich das wohl nun auch versuchen zu nutzen

[KP97]

@JTH
Dein Script mit Firemonkey funktioniert wunderbar, endlich! Ganz vielen Dank dafür!
Ich habe auch keinen grauen Bereich, vielleicht aber deswegen, weil ich ein dunkles Theme habe.
@whisper, mach's mit Firemonkey, das ist eh besser als Greasemonkey. Heisenbergs Variante mit Greasemonkey hat bei mir nicht funktioniert.

Da hat mein Uralt-Beitrag ja doch noch was genutzt.
Aber mal ganz am Rande:
Es ist mir unbegreiflich, wie sich der Häuptling und die Mods von einem einzigen User auf der Nase herumtanzen lassen.
Dass dieser User gewollt das Forum erheblich stört, geht schon aus den Reaktionen und speziell zu diesem Script hervor.
Na ja, bin kein Mod mehr, sonst hätte ich da schon meine Meinung vertreten...