super, vielen Dank!
Beiträge von digitalundfrei
-
-
Hallo,
wie kann man in den Zahlungsarten einstellen, welche die erste oder als Standard ausgwählte Zahlungsmethode im Warenkorb ist?
Ausser mit Javascript wäre schön.
Danke!
Grüße
Mirco
-
Stefan! Du hast mich auf die trviale Idee gebracht es einfach per Sprach Override zu erledigen. Die +0,00 € standen in den Übersetzungsdateien. Wenn man den String sucht, dann wird er auch gefunden.
-
Leider nicht geklappt. Der Override ist für folgendes Feld. siehe Anhang
-
Sobald ich es über Werkzeuge UTF8MB4 aktualisiere, gibt es diesen Fehler. siehe screenshot.
Datenbank blieb unverändert und alles läuft noch auf den ersten Blick.Hier ist ein alter Beitrag zum Thema von 2017:
https://forum.virtuemart.net/index.php?topic=137004.0
https://stackoverflow.com/ques…8/mysql-column-size-limitHast du eine Idee? Scheint ein grundlegendes Problem beim erstellen der db Tabellen zu sein.
-
Top, das war mir nicht bekannt.
Das Überschreiben der db Spalte hat nämlich nicht dauerhaft funktioniert. Die Zeilen für customfield_price sind alle auf NULL, trotzdem erscheinen die Euro Beträge im Frontend wieder. Faszinierend.Das lässt sich hoffentlich jetzt mit deinem Tipp beheben.
Vielen Dank!
-
Ah, sehr gut! Das wusst ich nicht.
-
Ok, danke!
Den WebAssetManager muss ich mir dann wohl genauer ansehen.
JHtml:_('behaviour...') war Teil des behaviour frameworks bzw. mootools, welches in J4 rausgeflogen ist. Diese includes müssten ersetzt werden.
Diese Beiträge beschreibe es praktisch ganz gut was zu tun ist:
- https://ghsvs.de/programmierer…per-methoden-unterschiede
- https://github.com/joomla/joomla-cms/discussions/35136
Bezugnehmend auf das eigentliche Problem liegt das eher in der Javascript Validierung. Es fehlt für Jquery ggf. event.preventdefault() nach setzen der checkboxen, damit der reload unterbunden wird. -
Ich habe es nun über die Datenbank erledigt. Das hat funktioiert! Schwere Geburt. Man sollte das aktivieren der Option "is cart attribute = no" mit einem SQL Befehl belegen, damit die Werte auch alle auf NULL gesetzt werden und somit im Frontend verschwinden.
Für alle anderen die mit dem Problem konforntiert sind, hilft der folgende SQL Befehl nach Änderung der Einstellung "is cart attribute":
-
Wenn die Option unter Custom Fields im Backend "is cart attribute" auf nein gesetz wird, dann sind die Felder mit den Eurobeträgen im Backend unter Produkte nicht mehr vorhanden. Im Frontend werden sie jedoch angezeigt.
-
Laut anderer Beiträge zum Thema soll die Datei administrator/components/com_virtuemart/models/customfields.php dafür verantwortlich sein. Dort gibt es einen Bereich, der diese Funktion auch umschreibt. Die Option im Backend "is cart attribute" zu deaktivieren entfernt leider nicht die Euro Beträge. Eine Code Änderung innerhalb $priceInput führt auch nicht zur Lösung. Irgendwo ist der Wurm drin.
Alles anzeigenCode- //vmdebug('displayProductCustomfieldBE',$product_id,$field,$virtuemart_vendor_id,$product);
- //the option "is_cart_attribute" gives the possibility to set a price, there is no sense to set a price,
- //if the custom is not stored in the order.
- if ($field->is_input or $field->field_type == 'PB' ) {
- $vendor_model = VmModel::getModel('vendor');
- $vendor = $vendor_model->getVendor($virtuemart_vendor_id);
- $currency_model = VmModel::getModel('currency');
- $vendor_currency = $currency_model->getCurrency($vendor->vendor_currency);
- $priceInput = '<span style="white-space: nowrap;"><input type="text" size="12" style="text-align:right;" value="' . $field->customfield_price . '" name="field[' . $row . '][customfield_price]" /> '.$vendor_currency->currency_symbol."</span>";
- }
- else {
- $priceInput = ' ';
- }
-
Die Lösung per Jquery funtkioniert leider nicht. Euro Betrag wird zwar entfernt, aber Schriftmster sind auch weg. Der Eurobetrag ist leider etws unfflexibel im Code eingebettet, so dass man ihn nicht direkt per CSS ansprechen kann.
-
Es gibt einen entscheidenen Unterschied zwischen VM 4 und VM 4.2 in components/com_virtuemart/views/cart/tmpl/default.php. In Version 4.2 wird JHtml::_ ('behavior.formvalidation'); in Zeile 5 geladen. Dieser Aufruf wurde in Version 4.2 enfernt.
Was hat es damit auf sich?
Danke!
-
Hallo,
das soll erstmal meine letzte Frage hier im Forum sein.
Dieser Fehler oder Verhalten von VM ist schon mal aufgetreten. Es geht um die Haken bei den Checkboxen im Warenkorb. In unserem Fall sind es 3 Stück, die im Backend unter Shopper Fields erstell wurden. AGB, Datenschutz und Prüfung Bestellung. Die Seite lädt nach jedem einzlenen setzen der Haken neu und springt nach oben. Verwirrend für den Benutzer.
Es gab schon einen Beitrag:
Reload nach dem Bestätigen der AGB-Checkbox2 Lösungswege die leider in userem Fall nicht funktionieren:
1. One Page Checkout App von Virtueplanet (vom Kunden nicht gewünscht)
2. Gutschein Funktion deaktivieren
Der Fehler tritt bei uns nach Update bzw. Migration von J3.9 und VM4 nach J4.4 und VM4.2 auf. Im alten System funtkioniert es. Backend Einstellungen wurden gepürft und sind identisch. die cart Dateien im Ordner components/com_virtuemart/views/cart/tmpl/default.php sind ebenfalls identisch. Es sind keine theme overrides vorhanden.
Freue mich sehr über eure Hilfe!
VG
Mirco
-
Hallo,
nach Update von Joomla 4.4 auf VM 4.2.0 werden die konfigurierten Felder, in unserem Fall Auswahl eines Schriftmusters, zusätzlich mit Euro Beträgen angezeigt. Per CSS ist es leider nicht möglich die Beträge auszublenden. Hardcoded konnte ich die Ausgabe leider nicht finden. Im Backend gibt es keine Einstellung diese Beträge zu entfernen. Im Produkt unter Selbsterstellte Felder steht zwar ein Eurobetrag, welcher aber nicht leer gelassen werden darf.
Vielen Dank für eure Hilfe!
-
Leider gibt es nach der Operation einen Fehler und die Änderung wird in der db nicht übernommen (Anhang). Es ist nach wie vor so, dass alle Joomla Tabellen die Kollation utf8mb4_unicode_ci und VM auf utf8mb3_general_ci, wobei per unicode die bessere Variante ist.
Danke vielmals!
-
Weiter ist aufgefallen, dass die Joomla Datenbank Kollation utf8mb4 ist und alle VM Tabllen utf8mb3 sind. Ich werde die Datenbank Kollation jetzt für allle Tabellen auf utf8mb4 ändern und hoffe das es geht.
-
Hier noch ein paar mehr Infos.
Es entsteht doch leider ein Fehler in der Zeichenkodierung nach Speicherung. Bsp. wenn ein "&" Zeichen verwendet wird. Die Darstellung ist dann nur als Hex Wert "S&R", sollte S&R sein. Umlaute werden ansonsten korrekt dargestellt.
Die Datenbank Kollation steht auf utf8mb4_unicode_ci.
-
Hi Stefan,
die Joomla Version ist Joomla 4.4, VM 4.2, PHP 8.1 und MySQL 8.0.3. Einige Tabellen laufen mit innodb und manche mit MyISAM. Ggf. wirft er deßhalb einen Fehler bzw. ist es ja kein Fehler. Speicherung wird übernommen. Ich sags nur nochmal.
-
Hallo zusammen,
wir erhalten beim Bearbeiten und Speichern von Kunden im VM Backend einen SQL Fehler. (Anhang).
Die Änderungen werden aber gespeichert so dass der Fehler mir unerklärlich ist. Sieht beim Kunden unschön aus und deßhalb die Frage woher dieser kommt?
Vielen Dank & Grüße
Mirco