Beiträge von BOS-Ernie

Jan (jxn_30) Dürfte ab einer gewissen Länge der Statusmeldungen tatsächlich Auswirkung auf die Performance haben. Ich bemerke deutliche Reduktion des Speicherverbrauchs beim Neuladen der Spieleseite und test gerne aus, wie es sich mit dem Script auswirkt.

Das Entfernen der Elemente aus dem DOM dürfte keinen weitere Auswirkungen auf die Rendering-Performance haben (evtl. jedoch auf das Erstellen der Rendering-Struktur). Wichtig ist (wie du es umgesetzt hast), dass mit `display: none` die Elemente ausgeblendet werden und nicht mit `visibility: hidden`. Details siehe https://web.dev/articles/criti…r-tree-construction?hl=de.

Version 1.12.0 soeben veröffentlicht

• Fügt fehlende Gebäude der Einsatzbereitschaft hinzu
• Fügt Match Tag für Polizeiversion des Spiels hinzu
• Fügt Link zum Forumsbeitrag hinzu
• Ändert den Standardwert des Soll-Personal fürs SEG-Wachen auf 100
• Behebt falsche vehicle type id für LKW 7 Lbw (FGr WP)
• Behebt falsches Zugfahrzeug für NEA200 (THW)

Zitat von Jan (jxn_30)

Um dir ein bisschen Arbeit zu ersparen, bei jedem Update immer die neuen Fahrzeuge, Erweiterungen, Lehrgänge etc. einzufügen, könnte es dir evtl. leichter gemacht werden, dafür die LSSM API zu nutzen? In der Regel bauen wir den neuen Content ja noch im Laufe des selben Tages dort mit ein, somit dürfte das dann deutlich weniger Arbeit für dich sein Wenn dir da was fehlen würde in der API kann man da auf jeden Fall drüber reden, das mit einzubauen, nur strukturelle Veränderungen der API sind immer blöd

Die Hoffnung auf eine spielseitige API dafür besteht natürlich weiterhin, aber steht irgendwo in den Sternen.

Nur so als Idee, damit du da nicht immer ganz so hinterher sein musst

Vielen Dank für den Hinweis. Ich hatte vorhin tatsächlich einen Generator geschrieben, der diese API konsumiert. Gute Idee, evtl. baue ich das direkt so ein.

Zitat von Caddy21

Das ist durch die Betreuung- und Verpflegung und Drohne unterschiedlich geworden.

Je nachdem wie man das sstffelt.

Die Standartfahrzeuge ELW 1 Seg, Gw-San, 3x KTW Typ B, GW-Taucher, GW-Wasserrettung, RTW und 2x Hunderettung brauchen 34 Personen an Personal.

Dazu die Drohne wären +4 Angestellte. (38 Gesamt)

Dann die maximal Möglichkeit für die Betreuung und Verpflegung (sofern ich mich nicht täusche)

• 3x LKW+FKH = 9 + 4x Bt-Kombi 36 = 45

45+38 = 83 Angestellt müsste es sein.

Bin leider noch nicht soweit das genau zu sagen da ich noch am Ausbilden bin.

LG

Chris

Alles anzeigen

Vielen Dank für die Info. D.h. Drohne stellt n Stellplätze für bestimmte Fahrzeugtypen bereit und Betreuung n Stellplätze für variable Fahrzeugtypen?

Wie viel Personal wird in einer voll ausgebauten SEG-Wache mit voll besetzten Fahrzeugen benötigt?

Zitat von sifo

Feature Request: Einstellung für alle ELW 1 SEG setzen

Da irgendwann eine globale Einstellung für den ELW 1 (SEG) und FuStW (DGL) kommen wird 🤞🏻, bin ich unschlüssig, ob ich dafür Zeit investieren möchte. 🤔

Zitat von Caddy21

Hallo an alle Nutzer dieses tollen Scriptes:

Vorweg: Ich möchte dem Entwickler hier nichts vorweg nehmen oder sonstiges. Ich möchte einfach nur helfen. Ich hab persönlich mit dem Bau dieses Scriptes nichts zu tun!

Mir ist etwas aufegfallen dem ich nachgegangen bin im Code.

Und zwar, unter dem Reiter Zugfahrzeuge wurde mir bislang angezeigt das die NEA 200 beim THW nicht das entsprechende Zugfahrzeug hatten.

Eine änderung im Code von

Code

        tractiveVehicleTypeId: 99,

in

Code

        tractiveVehicleTypeId: 122,

hat diesen "Fehler" behoben.

Zufinden ist dieser Abschnitt im Code ab der Zeile 1656. Geändert werden muss NUR die Zeile 1658!!

LG

Chris

Alles anzeigen

Danke für diesen Hinweis. Gerne übernehme ich das im nächsten Release.

Nice! Danke. [Script] Mission Filter by Requirements

Gibt es bereits ein Script, welches in der Einsatzliste anzeigt, zu welcher "Kategorie" (Feuerwehr, Rettung, Polizei) der Einsatz gehört und evtl. ein entsprechender Filter dazu?

Der [Script] Gebäude- & Fuhrparkverwalter by BOS-Ernie umfasst schon über 2k Zeilen und ist noch lange nicht feature complete. Die Grösse bringt eine gewisse Komplexität mit sich. Ich würde das gerne besser Strukturieren.

Da ich im im Backend und OOP zu Hause bin (und im Frontend noch in den Babyschuhen stecke) daher meine Frage an die Frontend-Cracks: Welche Möglichkeit gibt es, um ein Script besser zu strukturieren (code complexity ↓, Wartbarkeit ↑ etc.) und am Ende dennoch ein Tampermonkey-kompatibles Userscript erzeugen zu können? Wäre der Einsatz von bspw. ES6 Modules kombiniert mit einer Build-Prozess hier möglich und zielführend? Andere Optionen?

Vielen Dank im Voraus!

Heilig's Blechle, wieso sehe ich das Script erst jetzt? Danke, danke, danke! 🙏🏻💪🏻

Zitat von LuXx77

Was mache ich falsch? Die Personalstärke von den Kleinwachen wird ignoriert. Es werden immer die Werte der normalen Wachen übernommen. Bei mir bei Feuerwehr, Pol und RD.

Nichts. Das ist ein bekannter Fehler. Momentan wird immer die Sollstärke für Normalwachen gesetzt. Das wird in einem kommenden Release behoben.

Nachtrag: Evtl. wäre das mit dem Tab "Fahrzeuge" bereits abgedeckt. Hier ist geplant, Wachen aufzulisten, deren Fuhrpark von einem konfigurierbarem abweicht.

Zitat von erwillnicht

Wäre folgendes möglich:

Einen neuen Bereich zu machen wo Gebäude aufgelistet sind wo noch nicht voll Ausgebaut sind (also Stellplätze) oder bis zu der Stufe wo eingestellt ist?

Hab den Überblick verloren wo noch Platz in den Gebäuden ist

Ja, das ist möglich. Nehme ich als Feature Request auf.

Zitat von 86Michael

Ich habe bei der Verbandsgründung Krankenhäuser und Zellen gebaut

Ich möchte gerne wissen wieviel diese genutzt werden

Nicht sicher, ob ich die Anfrage richtig verstehe. Meinst du die aktuelle Auslastung der Gebäude? In etwa das hier: [Script] Belegungsanzeiger by BOS-Ernie

Wie viele Einsätze werden insgesamt bei einem Verbands-Event generiert?

Wenn ich den Sriptwunsch richtig verstehe - zumindest sind das die Schmerzpunkte für mich mit dem jetzigen Protokoll - wird gewünscht, dass

1. über neue Einträge benachrichtigt wird und
2. Einträge nicht automatisch nach 3 Tagen verschwinden.

Der Lösungsansatz über eine PN würde bei mir den Posteingang an manchen Tagen überquillen lassen. Zudem sind die Nachrichten wenig überschaubar, jede Nachricht muss geöffnet werden, um den Inhalt zu sehen und sind Hyperlinks überhaupt möglich (klickbar)?

Für mich wäre das jetzige Protokoll, evtl. etwas prominenter im Benutzermenü platziert, ausreichend, wenn es ein Benachrichtigungssymbol gäbe und die Einträge nicht automatisch gelöscht werden würden. Per Script wäre das möglich, wenn man sich mindestens alle 3 Tage einloggt.

Das nur meine Gedanken. Falls das in eine andere Richtung geht, als du, Caddy21 , dir das wünschst, dann einfach wieder vergessen. 😊

Version 1.0.0 veröffentlicht. Viel Spass damit!

Schöne Idee!

Wäre noch cool, wenn passende Sounds je nach Event abgespielt werden. Und dann vielleicht sogar ein zufälliger aus einer Liste. Für Halloween stelle ich mir etwas was Boo and Laugh vor.

Na hoppla. Da hast du natürlich recht!

Hier mal mit Clone aktualisiert plus Fix für eskalierte Einsätze (Enfernen von small-Elementen). Aber nur ein Vorschlag.

(function () {
  "use strict";

  function removeLinksAndScripts(element) {
    const links = element.querySelectorAll("a");
    const smalls = element.querySelectorAll("small");
    const scripts = element.querySelectorAll("script");

    links.forEach(link => link.remove());
    smalls.forEach(small => small.remove());
    scripts.forEach(script => script.remove());
  }

  let heading = document.querySelector("h1, h2, h3, h4, h5, h6");
  if (!heading || unsafeWindow.location.pathname === "/") heading = "";
  else {
    heading = heading.cloneNode(true);
    removeLinksAndScripts(heading);
    heading = heading.textContent.trim();
    const navbarBrand = document.querySelector(".navbar-brand");
    if (navbarBrand && navbarBrand.textContent.trim()) {
      heading = `${navbarBrand.textContent.trim()}: ${heading}`;
    }
    if (unsafeWindow.location !== unsafeWindow.parent.location) {
      heading = `[${heading}] `;
    } else heading = `${heading} | `;
  }
  unsafeWindow.tellParent(`document.title = '${heading}Leitstellenspiel.de';`);
  const lightboxCloseOrig = unsafeWindow.lightboxClose;
  unsafeWindow.lightboxClose = (...args) => {
    lightboxCloseOrig(...args);
    document.title = `${heading}Leitstellenspiel.de`;
  };
})();