In Bearbeitung [SHOP-2567] Dynamische Preisberechnung in den Artikeldetails

[Mathias@tn]

Wie es rechtlich aussieht, ist mir egal, da ich die Lösung so oder so gern hätte, um die Kunden nicht zu verwirren. Für mich steht da die Usability im Vordergrund. Ich nehme an, dass maydo eher im Recht ist, da die Anwälte vom Händlerbund auch gerne mal über das Ziel hinaus schießen, was ja für selbige sinniger ist als under zu performen (Denglish <3). Bei rechtlichen Grauzonen stehen sie dann doch lieber auf der Seite der ganz sauberen Weste. Hajo.

So oder so ist mit dem Modul ja eine Lösung auf dem richtigen Weg. Fehlt noch die Meterware und alle sind glücklich.

Die Diskussion ums Recht schlägt halt in die Richtung, ob nicht JTL eigentlich von Haus aus eine vernünftige kostenfreie Lösung implementieren sollte, die jetzt halt kostenpflichtig durch das Modul abgedeckt ist. Ich habe kein Problem damit, Geld für Module auszugeben, aber gewisse Basics sollten kostenfrei abgedeckt sein. Die Frage ist, ob diese Funktion ein Basic-Feature sein sollte/muss, da ohne diese Funktionalität die Benutzer in rechtlich unsicheren Gewässern unterwegs sind, falls es denn tatsächlich so ist.

 

[css-umsetzung]

Sehe ich auch so, ich kann mir nicht vorstellen das es da eine rechtliche Grundlage gibt, im Aldi Regal ist auch kein Counter der das Preisschild hochzählt

Es wird....
https://jtlversion.dateispeicher.de/406/Produkt-mit-Einheit

 

[Mathias@tn]

Hallo mal wieder. Frisch aus dem Urlaub, Link geklickt, PHP-Fehler.
Dabei bin Ich ja doch recht gespannt.

 

[css-umsetzung]

Ja, ich bastel gerade an dem System
jetzt kannst du wieder

 

[Mathias@tn]

Sieht sehr gut aus
Wie könnte ich das Modul denn jetzt erwerben? Direkt bei der Vorstellung des Moduls? Kann ich dann auch 1.1 meter Module kaufen?

 

[css-umsetzung]

ich baue gerade noch etwas ein wenn sich die Einheit ändert, das hatte ich noch nicht berücksichtigt.
Dann gebe ich es frei, das wird jetzt die Tage passieren (vermutlich zum Ende der Woche). Ich gebe dir dann direkt bescheid wenn es über meine Seite gekauft bzw. zum testen heruntergeladen werden kann.

 

[deliman]

Hallo,

vielleicht gilt das Ganze auch eher für individuell berechenbare Preise. Wir haben das Thema mit individuell wählbaren Artikeln, die nach Länge oder Fläche berechnet werden, gerade mit dem HB durch. Der Punkt ist, das neben dem Grundpreis je nach Auswahl des Kunden, der Artikelpreis dynamisch auf der Artikeldetailseite geändert werden muss.

Wenn der Kunde z.B. Profile als Meterware bestellt wo der Grundpreis 10,00€ p. m² ist und er gibt 2,5m ein, dann muss sich der Preis auf 25,00€ ändern und das schon auf der Artikelseite und nicht erst im Warenkorb. Was nicht sein muss, und das ist evt. falsch verstanden worden, ist, das sich der "Einzelpreis" bei Eingabe der Stückzahl auch noch "mitändert". Das muss dann nur im Warenkorb erfolgen.

Hier mal ein Beispiel, welches mit dem lfv-Plugin von SuS umgesetzt ist: https://www.delight.de/Poster-Klemmschienen-Snap-individuell-bis-140cm

 

[css-umsetzung]

Theoretisch kein Problem wenn Ihr euer JavaScript dafür modifiziert aber Ihr nutzt ein Hypnos Template und das verträgt sich mit solch speziellen Plugins nicht wirklich.
Ich habe es noch nicht versucht, dieses Plugin in einem Hypnos Template zu verwenden, das mache ich erst am Ende.

 

[Mathias@tn]

ich baue gerade noch etwas ein wenn sich die Einheit ändert, das hatte ich noch nicht berücksichtigt.
Dann gebe ich es frei, das wird jetzt die Tage passieren (vermutlich zum Ende der Woche). Ich gebe dir dann direkt bescheid wenn es über meine Seite gekauft bzw. zum testen heruntergeladen werden kann.

 

[deliman]

Naja, auch die Integration des Plugins von Schönes und Seltenes in Hypnos war nicht ganz ohne. Da haben wir Monate gewartet, bis wir eine wirklich lauffähige Version hatten... Jetzt läuft es soweit stabil und es gibt nur eine Sache, die ich gerne noch als Funktion hätte...

 

[css-umsetzung]

Ich schaue mal ob das dann mit dem Hypnos gehen würde, das JS von sus anzupassen wäre vermutlich nicht dramatisch, das Hypnos macht mir da wirklich mehr sorgen.

 

[martinwolf]

Ich schaue mal ob das dann mit dem Hypnos gehen würde, das JS von sus anzupassen wäre vermutlich nicht dramatisch, das Hypnos macht mir da wirklich mehr sorgen.

Ich weiß zwar nicht was die oben verlinkte Funktion so speziell macht, als dass diese unter Hypnos nicht laufen würde, aber beim SuS Plugin musste lediglich deren JS an die Selektoren von Hypnos angepasst werden. Aber das muss man halt, wenn das Plugin starr auf ein einziges Standardtemplate ausgelegt wird, und sich solche Sachen NICHT über die Pluginsettings bestimmen lassen.

Es ist ja einzig eine JS-basierte Verhaltenssteuerung im Frontend.

 

[css-umsetzung]

Ich reagiere bei dem Plugin unter anderem auf diverse Events die das Evo Framework auswirft wenn z.B. eine Variante wechselt.
Das ist so das Hauptthema dabei und ich hab das Plugin momentan noch so, dass es von den Selectoren vom Evo Template ausgeht.
Ich Kille quasi das vorhandene und häng mich da rein.

 

[martinwolf]

Was für Events sind das denn im EVO Framework? Wenn eine Variation gewechselt wird, reicht doch das Einklinken über Hook 45.

 

[css-umsetzung]

Ich achte gerade auf folgende Events, ich gehe da nicht über den 45er Hook

evo:changed.article.price
evo:priceChanged
evo:changed
evo:contentLoaded

Und das hier brauche ich wenn der Artikel über das Listing angeschaut wird, damit auch da der WK Button initialisiert wird.
$("body").on('shown.bs.modal', '#modal-article-dialog', function ()

 

[martinwolf]

Okay, das macht die Sache natürlich eindeutig.

 

[css-umsetzung]

Ein Hypnos Template in der Liste der unterstützten Templates zu haben ist immer gut, daher werde ich das bestimmt auch angehen wenn du das nicht sogar schon selbst als Feature planst.
Zuerst muss es aber sicher im Evo laufen (was jetzt passend aussieht), dann kann ich über den Tellerrand schauen.

 

[martinwolf]

Ich hatte es als Featurerequest bereits vor einiger Zeit mit aufgenommen als ich diesen Thread hier gesehen habe. Ich meine auch zu glauben, dass hierzu mal eine Anfrage in der Projektbörse hinterlegt war. Da ich aber selbst jetzt hierin keine Notwendigkeit sehe, hat der Request eine niedrige Priorität. Da hab ich weitaus interessantere Features in meiner Pipe die auf eine Umsetzung warten

Wenn du also eine Kompatibilität mit Hypnos schaffst, dann muss ich mich nicht darum kümmern. Alternativ biete ich solche Sachen natürlich auch als individuelle Anpassung auf Anfrage an. Daran sollte es also nicht scheitern.

 

[css-umsetzung]

Wer es testen möchte, es wird derzeit nur das Evo und deren Ableger ab Version 4.05 unterstützt.
http://css-umsetzung.de/shop/downloads/css_BasketButton.zip

 

[css-umsetzung]

Ich habe den Warenkorb Button nun in der Version 1.01 freigegeben, wie alle anderen Plugins, ist das Plugin durchgängig (ohne ständige Subscription Verlängerungen) update fähig in einem JTL 4 Shop.
https://css-umsetzung.de/shop/CSS-Warenkorb-Button