Recent Posts

71

General Help & Support / Re: "Prüfziffer" eintragen

« Last post by sternchen8875 on March 11, 2026, 11:30:00 PM »

noch etwas....

genannte Sprachvariabel ist mehrfach definiert, auch in modules/captcha_control/languages/DE.php
$MOD_CAPTCHA['VERIFICATION']

Außerdem: nach Änderungen von Sprachvariablen immer im Info-Fenster (i-Button oben mittig) einmal "Clear Translate Cache" anklicken

72

General Help & Support / Re: "Prüfziffer" eintragen

« Last post by ruebenwurzel on March 11, 2026, 04:04:41 PM »

Hallo,

wenn wie du schreibst das Wort "Prüfziffer" zu dominant ist, kannst du über css ja auch die Farbe/Helligkeit ändern. Klasse siehe Post von dbs. Entweder direkt in der original css selbst, oder du machst eine eigene css datei, in der du die Klasse entsprechend stylst. Wichtig ist dann nur, dass deine eigene css als letzte geladen wird, so dass alles vorherige überschrieben wird.

Gruß
Matthias

73

General Help & Support / Re: "Prüfziffer" eintragen

« Last post by dbs on March 11, 2026, 08:27:08 AM »

Hi, man findet die Übersetzung in den WB Sprachdateien, also unter deine-WB-Installation/languages/DE.php in Zeile ca. 634.
$TEXT['VERIFICATION'] = 'Prüfziffer';

Du könntest das aber besser im Form Modul, dein Kontaktformular, in den Optionen ändern.
Unten bei Layout Output im Block "Zusätzlich Felder" siehst du die Zeile:

Code: [Select]

    <div class="frm-field_title">{TEXT_VERIFICATION}{REQUIRED}</div>Da änderst du den Platzhalter:

Code: [Select]

    <div class="frm-field_title">Ergebnis{REQUIRED}</div>
Allerdings passt Ergebnis dann wieder nicht, wenn du Captcha umstellst auf Zeichen

74

General Help & Support / "Prüfziffer" eintragen

« Last post by gba on March 10, 2026, 09:09:14 PM »

Ich habe in einem Formular das captcha eingeschaltet.
Da steht als Überschrift "Prüfziffer", darunter zum Beispiel "4+1" und in dem Feld wo das Ergebnis einzutragen ist steht "Bitte Ergebnis eintragen" in heller Schrift. Das irritiert manche Benutzer und sie kommen nicht weiter, insbesondere bei Rechnungen wie "15-3". "Prüfziffer" ist zu dominant.

Wo kann ich den Begriff "Prüfziffer" ändern? "Ergebnis" zum Beispiel müßte besser sein, weil es die Benutzer nicht auf die falsche Spur bringt.

75

Development 2.10.x and up / Re: Zebra_Image.php: Deprecated Meldung PHP 8.5

« Last post by sternchen8875 on March 08, 2026, 10:58:45 AM »

imagedestroy() ist seit PHP 8.0.0 ohne Funktion. Davor war diese Funktion zur Bereinigung der genutzten Ressourcen im Vorgang zuständig. ab PHP 8.0.0 erfolgt die Verwaltung innerhalb von PHP über Objekte und für diese ist keine solche Bereinigung notwendig.
Eine Versionsabfrage mit anschließendem unset() ist unnötig, da WB in den aktuellsten Versionen ein PHP-Minimum von 8.1.0 hat.
Alle Zeilen mit imagedestroy() können bedenkenlos gelöscht werden.
Admin Comment: korrigiert, da technisch falsch bzw nicht ausreichend
unset() diente in der Ressoucenverwaltung dazu, einzelne Elemente zu leeren. In der Objektverwaltung ab PHP 8.0.0 führt sie dazu, das diese Elemente aus dem Objekt gelöscht werden, d.h. $this->source_identifie würde bei einem erneuten Zugriff nicht mehr existieren und einen fatal error erzeugen. Besser verwenden:

Code: [Select]

$this->source_identifier = null;$identifier ist hier nur eine lokale Variable im Objekt, die automatisch verfällt, wenn dieses Objekt verlassen wird

aus

Code: [Select]

// free memory
imagedestroy($this->source_identifier);
imagedestroy($identifier);

// for PHP 8.0.0+ imagedestroy is no-op (https://php.watch/versions/8.0/gdimage)
// and we have to use unset()
if (version_compare(PHP_VERSION, '8.0.0', '>=')) {
   unset($this->source_identifier);
   unset($identifier);
}

wird also

Code: [Select]

// free memory
        $this->source_identifier = null;
        return true;


weitere Vorkommen in der aktuellen WB-Version
der letzte Eintrag bezieht sich auf das  Droplet Text2Image und deren Install

76

Development 2.10.x and up / Zebra_Image.php: Deprecated Meldung PHP 8.5

« Last post by ruebenwurzel on March 08, 2026, 09:47:15 AM »

Hallo,

die framework/media/Zebra_Image.php erzeugt unter PHP 8.5 eine deprecated Meldung bezüglich 'imagedestroy' Ursache sind die Zeilen 1971 - 1980:

Code: [Select]

// free memory
imagedestroy($this->source_identifier);
imagedestroy($identifier);

// for PHP 8.0.0+ imagedestroy is no-op (https://php.watch/versions/8.0/gdimage)
// and we have to use unset()
if (version_compare(PHP_VERSION, '8.0.0', '>=')) {
   unset($this->source_identifier);
   unset($identifier);
}
Unter PHP 8.5 sollte dieser Block ersetzt werden durch:

Code: [Select]

// free memory
unset($this->source_identifier, $identifier);
Matthias

77

Modules / Re: CKEditor_v4_22_1_7

« Last post by ruebenwurzel on March 05, 2026, 06:04:53 PM »

perfekt, 4.22.1.8 läuft mit meiner Toolbar.

Danke

Matthias

78

Modules / Re: CKEditor_v4_22_1_7

« Last post by jacobi22 on March 05, 2026, 04:48:21 PM »

Version im Addons ist aus v4.22.1.8 aktualisiert -> https://addon.WebsiteBaker.org/en/browse-add-ons/?id=08A769F
ggf Cache richtig löschen und Ladereihenfolge beachten

Für alle anderen: Die neuen Version des CKEditors haben nur eine geänderte Anbindung des optionalen Moduls Wysiwyg-Admin, das sich in der Testphase befindet. Ohne dieses Zusatzmodul ist ein Upgrade nicht notwendig.

79

Modules / Re: CKEditor_v4_22_1_7

« Last post by jacobi22 on March 05, 2026, 02:44:04 PM »

Lustig, zu sehen, wie sich 302 Leute auf ein Update stürzen, das null Verbesserung bringt...
Der einzige Unterschied beim CKEditor nach v4.22.1.3 ist eine Anbindung an das neue Wysiwyg-Admin, das noch keiner hat. Niemand merkt also etwas, aber alle freuen sich   

Die Nachfolger-Versionen von CKE 4.22.1.3 können alle ohne andere Module laufen, es bestehen keine Abhängigkeiten zu irgendwelchen Modulen oder Versionsnummern

Haken ist die Definition der Toolbar im Funktionsaufruf, ca Z 40 der include.php vom Editor . Diese Definition wird durchgeschleift und am Ende überschrieben durch den Wert der wb_ckconfig.js nach Z 360.

In Z 373 hatte ich zu Testzwecken der Wert $ckeditor->config['tool_bar']   = $toolbar definiert, das war in der Testphase die Ausgabe oberhalb des Editorfensters.
Da dieser Wert nun nicht mehr benötigt wurde, hab ich tool_bar (mit Unterstrich) wieder geändert zu toolbar (ohne Unterstrich)
Das Funktioniert aber nur mit dem Wysiwyg-Admin, da dieser die Toolbar wieder überschreibt. Mit dem alten Wysiwyg v3.1.1 funktioniert so natürlich keine selbst definierte Toolbar aus den verschiedenen wb_ckconfig's

Zur schnellen Abhilfe lösche oder deaktiviere diese Zeile 373 in der include.php des CKEditors

$ckeditor->config['toolbar']   = $toolbar;

oder benenne $ckeditor->config['toolbar'] wieder um in $ckeditor->config['tool_bar']. Alternativ kannst du auch, wenn noch vorhanden, die 6er-Version benutzen. Diese Änderung (tool_bar zu toolbar) ist der einzige Unterschied.

Eine neue Version v4.22.1.8 mach ich heute abend

80

Modules / Re: CKEditor_v4_22_1_7

« Last post by ruebenwurzel on March 05, 2026, 01:07:33 PM »

Hallo,

ich hatte meine Problem mit der wb_ckconfig.js im Zusammenhang mit der Wysiwyg-Modul Geschichte (https://forum.WebsiteBaker.org/index.php/topic,32459.msg227256.html#msg227256) ja schon mal gepostet. Da schien das dann ab der RC6 gelöst zu sein geworden. Anscheinend aber nur, wenn man neben dem CK-Editor auch das Wysiwyg-Modul nutzt. Ich hatte dann mal gefragt, ob man den CKEditor 4.22.1.7 auch ohne das Wysiwyg-Modul nutzen könnte, was wohl gehen sollte. Hatte aber noch keine Zeit zum Testen. Habe dann gestern die ersten Tests nur mit dem Upgrade des CKEditors gemacht und festgestellt, dass meine wb_ckconfig.js anscheinend doch nicht geladen wird (genauere Tests dann heut Abend nach der Arbeit).

Gruß
Matthias