WB-16 – Weißen Rand mit weiss_beschneiden.jsx beschneiden¶

Was macht die Funktion?¶

Das Weißtrim-Script entfernt einen gleichmäßigen weißen Außenrand anhand einer Eckfarbe. Das ist kein beliebiger Hintergrundentferner, kein Pfadtrim und keine CutOut-Funktion. Nahezu weißer Hintergrund ist im gelesenen Original nicht dasselbe wie exakt Weiß.

Wo wird sie konfiguriert?¶

Kunden-JSON: webOptions.switches.useWeissBeschneiden, Boolean true oder false. true erlaubt den Scriptaufruf, false unterlässt ihn. Der gelesene Reader initialisiert den Schalter mit true; kein aus dem Beispiel abgeleiteter Standard.

Voraussetzung ist das passende Script im eingerichteten Scriptordner. Handbuch und Aufrufdiagnose nennen weiss_beschneiden.jsx; das tatsächlich gelieferte gelesene Original heißt Weiss_beschneiden.jsx. Diese Namen nicht still angleichen oder ein Ersatzscript unter gleichem Namen installieren. Verfügbarkeit und Resolver des realen Lieferstands bleiben entscheidend.

Konfigurieren und Beispiel¶

Prüfe, ob der störende Rand an der oberen linken oder unteren rechten Ecke exakt weiß ist. Eine weiße Produktfläche innerhalb des Motivs darf nicht mit zu entfernendem Rand verwechselt werden.
Stelle sicher, dass die originale Scriptressource vorhanden und dem eingesetzten Lieferstand zugeordnet ist.
Setze den Schalter. Fragment der Kunden-JSON für einen Fall ohne zusätzlichen Pfad-/Transparenztrim:

{
  "webOptions": {
    "switches": {
      "trim": "no",
      "transparentBeschneiden": false,
      "useWeissBeschneiden": true
    }
  }
}

Kontrolliere das ganze Motiv, neue Außenmaße und dessen Abstand zum Rand. Vergleiche nicht nur die Dateigröße.

Beispiel: Ein JPG mit gleichmäßig weißem Rand und weißer linker oberer Ecke soll enger ausgegeben werden. Das Originalscript prüft diese Ecke zuerst. Ist sie nicht exakt weiß, wird unten rechts geprüft. Ein hellgrauer Hintergrund wird durch diese Bedingung nicht als Weiß anerkannt.

Originalscript: Codebefund und native Prüfgrenze¶

Im unveränderten Original wird der RGB-Mittelwert der beiden Ecken auf exakt 255 geprüft. Bei Treffer oben links folgt TrimType.TOPLEFT, sonst bei Treffer unten rechts TrimType.BOTTOMRIGHT, jeweils an allen vier Seiten. Vorhandene ColorSampler werden gelöscht und nicht wiederhergestellt; die Linealeinheit wird auf Pixel gesetzt. Fehler innerhalb des try werden verschluckt, die Sampleranlage liegt davor. Die Präferenzrücksetzung ist nicht mit finally abgesichert. Das sind statische Nebenwirkungsbefunde, keine neue Photoshop-Ausführung.

Der C#-Webablauf ruft das Script vor der Auswahl getrimmter/ungetrimmter Ausgabevorlagen auf. Deshalb aus noTrim: true, trim: "no" oder nocrop keinen pauschalen Nichtaufruf des Weißscripts ableiten. Für ein ausdrücklich unverändertes Randbild den Weißschalter selbst berücksichtigen und das Ergebnis prüfen.

Verifizierter Projektstand¶

Der Abschluss vom 31.08.2026 belegte Weißrandbeschnitt für weissraum.jpg in einer konkreten Konfiguration, nicht in allen Kundenvarianten. Build 20260915 beschnitt unerwünscht auch ein lokales noTrim-Ziel. Der vollständige Minitest des Builds 20261009 bewertete den geprüften Weißraum-/Transparenzblock wieder positiv. Der weiter reichende Konflikt nocrop gegen Weißtrim war damit nicht pauschal geklärt. Historische Positivbefunde ersetzen den heutigen Ressourcen-/Lieferstandnachweis nicht.

Quellen und Einordnung¶

ImageConvert-4.pdf, 09.10.2026, PDF-S. 15 und 41. IC/Form1.cs 1024–1026, 4321–4331; Quellstand. Direkt gelesenes Original: test-runs/complete-prep-20261009/full-suite/coordinator/user-resources-20261011/originals/Weiss_beschneiden.jsx, Zeilen 1–38. Historisch docs/ABSCHLUSS_MINITEST_31.08.2026.md und docs/ABSCHLUSS_MINITEST_BUILD_20261009.md. Keine neue Ausführung oder Installation.

Feldanker: useWeissBeschneiden. Weiter: Transparenztrim · noTrim · Anleitung · Web.