Joomla 5 Mitteilung

Wir freuen uns mitteilen zu können, dass seit dem 29. Januar 2024 alle unsere Joomla Erweiterungen mit Joomla 5 kompatible sind.

Für alle die gerade noch von Joomla 3 auf 4 aktualisieren: Anleitungen für die Joomla 4 Migration gibt es hier:

Es gibt nun auch eine eigenständige Dokumentation für Visforms für Joomla 4 und für Visforms auf Joomla 5

Forum

Visforms Subscription Inhaber können in unserem Forum Fragen stellen. Bitte mit dem entsprechenden Benutzer anmelden.
Jeder kann lesend auf das Forum zugreifen.

Bitte stellen Sie nur 1 Frage pro Thema.

Trigger für Edit-Benutzermail und Edit-Ergebnismail [gelöst]

Mehr
1 Monat 1 Woche her #10219 von Administrator IV
Hallo Heinz,

richtig gute IDEs kosten immer Geld.
Die besten IDEs sind für mich die von JetBrains (Java, PHP, Python), ohne jede Frage.
Allerdings musste ich erst eine Zeit damit arbeiten, um zu erleben, was da alles Unfassbares geht!

Zum Thema Debugging: Debugging kommt immer durch eine IDE.

Die 23 besten PHP Editors und IDEs (Gratis und Premium):
kinsta.com/de/blog/php-editor/

Meine Empfehlung, weil sehr viel genutzt (auch für Java) und durch die Bank sehr gut befunden:
1. Visual Studio Code:
kinsta.com/de/blog/php-editor/#1-visual-studio-code

Liebe Grüße, Ingmar

:idea: I recommend you the new and up-to-date documentation for Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/en/docs/
Most of this also applies retrospectively to Joomla 3.
Please only ask 1 question per topic :-).

:idea: Ich empfehle Dir die neue und aktuelle Dokumentation für Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/docs/
Das meiste gilt rückwirkend auch für Joomla 3.
Bitte immer nur 1 Frage pro Thema stellen :-).
Folgende Benutzer bedankten sich: MaliRaj

Mehr
1 Monat 1 Woche her - 1 Monat 1 Woche her #10222 von MaliRaj
Code:
if ($form->context != "vfedit{$form->id}") {     // Script nur in Edit-Mail ausführen     return; }
Danke Ingmar, das habe ich auch so verstanden und genau diese Stelle korrigiert.

Freundliche Grüße aus PM
Heinz
Letzte Änderung: 1 Monat 1 Woche her von MaliRaj.

Mehr
1 Monat 1 Woche her #10223 von MaliRaj

 Meine Empfehlung, weil sehr viel genutzt (auch für Java) und durch die Bank sehr gut befunden:
1. Visual Studio Code:
kinsta.com/de/blog/php-editor/#1-visual-studio-code

Das ist ja ein toller Tipp, arbeite sonst nur "per Hand" mit Notepad++, hatte auch schon mal Rapid PHP probiert, will mich aber nun unbedingt in VS Code einarbeiten. Herzlichen Dank. Toller Service.

Freundliche Grüße aus PM
Heinz

Mehr
4 Wochen 2 Tage her #10252 von MaliRaj
Hallo Ingmar, nachdem ich mich nun etwas eingelesen und eingearbeitet habe, komme ich mit XAMPP, VS Code, und XDebug ganz gut zurecht. Das erleichtert das Debuggen ja enorm. So konnte ich den Fehler auch gut finden und beheben. Folgenden Code benutze ich, um für alle meine Formulare separate Script-Dateien nutzen zu können:
Code:
public function onVisformsEmailPrepare($context, $mail, $form): bool { // triggered in VisformsModel after the mail object is instantiated and directly before the mail is sent: // can be used to modify the mail object: mail object is instantiated and all properties are set and can be modified // Skip plugin if context is wrong (bei Benutzer- & Ergebnis-Mail) if (($context != 'com_visforms.form.receiptmail') && ($context != 'com_visforms.form.resultmail')) { return true; } $app = Factory::getApplication(); // only perform action, if we are in front end if ($app->isClient('administrator')) { return true; } $file = __DIR__.'\\Helper\\'.__FUNCTION__.'_'.$form->id.'.php'; if (file_exists($file)) include_once($file); return true; }

Meine Scripte liegen im Ordner /Helper und sind nach den jeweiligen Visforms-Events benannt, denen die Formular_ID angehängt ist. Das funktioniert für alle Events übersichtlich und gut, außer bei onVisformsEmailPrepare und onVisformsBeforeEmailPrepare, die ja 2x aufgerufen werden. Das hatte ich nicht bedacht. Die kleine Änderung von include_once in include brachte dann das gewünschte Verhalten. Mit VS Code konnte ich gut erkennen, wo mein Script "falsch abbog".
Fazit: Debuggen kann auch Spaß machen 
Vielen Dank für die wertvolle Hilfe

Freundliche Grüße aus PM
Heinz

Mehr
3 Wochen 1 Tag her #10288 von Administrator IV
Hallo Heinz,

Zu: Debuggen kann auch Spaß machen:

Genau, das wird dann manchmal richtig spannend ...

Und in manchen Situationen ist dann doch das umfangreiche Datei-Logging, etwa mit einem Logging-Profiler, notwendig.
Weil etwa die Code-Stelle nur selten aufgerufen wird und es nicht klar ist, unter welchen Voraussetzungen.

Zu: include_once($file);

Coole Idee, die andere auch hatten und sie dann allgemein 'Dispatcher' oder 'Plugin-Loder' oder 'Object-Loader' nennen.
In deinem Fall basiert es im Detail auf 'Convention over Configuration':
- Wenn die Datei nur richtig benannt wird (convention), wird sich automatisch verwendet.
- Es muss für eine neue Datei keine weitere Änderung (Configuration) vorgenommen werden.

Liebe Grüße und viel Spaß noch, Ingmar

:idea: I recommend you the new and up-to-date documentation for Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/en/docs/
Most of this also applies retrospectively to Joomla 3.
Please only ask 1 question per topic :-).

:idea: Ich empfehle Dir die neue und aktuelle Dokumentation für Joomla 4:
docs.joomla-5.visforms.vi-solutions.de/docs/
Das meiste gilt rückwirkend auch für Joomla 3.
Bitte immer nur 1 Frage pro Thema stellen :-).
Folgende Benutzer bedankten sich: MaliRaj

Moderatoren: Administrator AVAdministrator IV
Powered by Kunena Forum