Doch, in templates/Honeygrid/snippets/product_info/ Aber es klappt vermutlich nicht, weil der Overload nur die Produktseite bedient. Ist ja eine Product Info Content View. Da müsste man vermutlich entweder einen Smarty Modifier schreiben oder noch einen zweiten Overload für die ProductListingContentView oder CategoryListingContentView...
Die snippets/product info/ enthält nur Dateien für die Artikel-Seite, diese sind in der standard.html integriert. Die Dateien, die in der Listenansicht eingesetzt werden, finden sich ausschließlich in snippets/product_listing/. Man bekommt da eine Anzeige hin, aber für die Preisabfrage muss noch ein Overload oder ähnliches gemacht werden. Das geht recht einfach: die Datei "price.html" umbenennen in "product.html" und dann den Inhalt: HTML: {block name="snippets_product_listing_product_price_shipping" append} <!-- Additional Info --> {load_language_text section="versandk"} <div class="versandbild hidden-grid"><img src="GXModules/bork_module/versand_rabatt/shop/images/haken.gif" class="haken"> {if {$PRICE_RAW}>40.00} {$txt.versandkostenfrei} {else} {$txt.versandkostenfrei_ab} {/if} </div> {/block} (nicht wundern, ich hatte für das Bild ein FontAwesom - Icon, statt dem gif Wenn die Preisabfrage irgendwann verfügbar ist, wäre die Anzeige dann gleich korrekt.
Ich habe da heute auch noch lange dran herumgehext. Eigentlich ist es ja blöd, da eine neue SQL Abfrage zu machen, obwohl die Daten alle schon irgendwie vorliegen. Nur die Variable {$PRODUCTS_PRICE} enthält leider alles - Alter Preis, Sonderpreis, Währungszeichen, Formatierungen, ... Ich habe versucht herauszufinden wie ich einfach nur den Preis als globale Variable verwenden kann, aber nichts gefunden. Gestolpert bin ich dann über das price rich snippet - das wäre perfekt, weil es genau passend formatiert den jeweiligen Produktpreis ausgibt. Woher der aber genau kommt, das habe ich auch nicht gefunden. Außerdem löst das nicht Devils Problem, weil sich auch die Rich Snippet Auspreisung nicht ändert, wenn man die ausgewählten Eigenschaften ändert... Aber vielleicht ist es so ja schon für den einen oder anderen brauchbar. Und wenn mehr Leute sowas voll funktionsfähig haben wollen, müsste man vermutlich mal jemanden beauftragen, der das mit Jquery und Ajax dynamisch an die ausgewählten Eigenschaften anpasst und die Versandkostenfreiheitsgrenze auch im Admin konfigurierbar macht...
die eigentliche Idee ist ja, dass dann ein Text "Versandkostenfreie Lieferung innerhalb DE" da steht, ohne das "ab 50€" Damit der Kunde das gleich sieht.
Hallo Barbara, passt... ... und für meinen zweiten Shop geht es ja nur um die Info, dass versandkostenfrei geliefert wir und nicht "zzgl. Versand" hier falsch gedeutet wird.
Bei meiner Nachfrage in #11 hat sich herausgestellt, dass sich die "versandkostenfrei" Meldung nur am Basispreis des Artikel orientiert. Aufpreise durch Attribute bzw. Eigenschaften bleiben unberücksichtigt. Für @guenter_baeumler wäre eigentlich nur der Text "Versandkostenfreie [...] abweichend!" ausreichend gewesen. Eine Abfrage des Preises scheint dazu ja irrelevant zu sein. Ich hatte den Sinn des Moduls eigentlich so verstanden, dass der Kunde bei einem Artikelpreis X darauf hingewiesen wird, dass (1) der Versand für den Artikel versandkostenfrei ist oder (2) der Versand ab Artikelpreis X versandkostenfrei ist. Hier liegt auch der Hase im Pfeffer. Was, wenn 2 Stück zu je 26 EUR bestellt werden und der Versand ab 50 EUR versandkostenfrei ist? Die Versandmodule im Shop können das ja schon ... nur stellen die diese Information eben (noch) nicht in der Preisbox dar.
Das Modul kann aber wie Barbara schon sagt aber mehr. Zum Beispiel für (Link nur für registrierte Nutzer sichtbar.) Da ist die Info überflüssig, dass das ab 50, -EUR gilt. Da könntest du uneingeschränkt werben mit: "Versandkostenfrei innerhalb D" ohne Wenn und Aber. Dafür musst du hier die 40 ersetzen durch die 50: Code: {block name="snippets_product_listing_product_price_shipping" append} <!-- Additional Info --> {load_language_text section="versandk"} <div class="versandbild hidden-grid"><img src="GXModules/bork_module/versand_rabatt/shop/images/haken.gif" class="haken"> {if {$PRICE_RAW}>40.00} {$txt.versandkostenfrei} {else} {$txt.versandkostenfrei_ab} {/if} </div> {/block} Dann steht $txt.versandkostenfrei für alle Artikel die über 50 EUR teuer sind, und $txt.versandkostenfrei_ab für alle die preiswerter als 50 EUR sind.
Ja genau, alles richtig. Aber die Klippen kann man alle umschiffen, wenn der Hauptpreis immer der geringste Preise ist und es nur Aufpreise für Eigenschaften gibt und keine Abpreise. Dann kann man sagen: Wenn der Artikel an sich schon über Preis X ist, kann man uneingeschränkt mit gratis Versand in D werben. Wenn der Preis darunter ist, nimmt man einen allgemeinen Hinweis, der auch dann gilt, wenn man durch die Auswahl von Eigenschaften oder Attributen oder durch eine größere Menge ÜBER den Schwellenwert kommt. Also als Beispiel: Artikel > 50 EUR: "Diesen Artikel liefern wir innerhalb D gratis !" Artikel < 50 EUR: "Ab 50,- EUR Warenwert liefern wird innerhalb D gratis" Dann ist alles transparent und nichts falsch angegeben, und für Aritikel > 50,- EUR hat man einen tollen Werbeeffekt. Vor allem, wenn man den popeligen gründen Pfeil durch ein auffälliges Banner ersetzt. Also: Es ginge noch besser, aber so ist es auch schonmal besser als nichts, finde ich.
Ich speile da gerade ein bisschen - so ganz ohne overload geht es mit {if {$PRODUCTS_PRICE} >50.00} allerdings nur für "normale" Preise. Meine Eigenschaften sind im Testshop kaputt, da kann ich das nicht testen, aber Angebote gehen ohne Overload nicht.
Hallo Barbara, funktioniert. Hast Due eine Idee warum der Text in der Listenansicht rechtsbündig und in der Detailansicht linksbündig angezeigt wird?
Da ist ein kleiner Fehler bei Dir (oder allgemein, weiß ich nicht) Im template ...snippets/product_info/price.html müsste der code stehen: HTML: {block name="snippets_product_info_price_tax" append} <p class="tax-shipping-text text-small"> {load_language_text section="versandk"} <div class="versandbild"><img src="templates/Honeygrid/assets/images/haken.gif" class="haken"> {if $PRICE_RAW>50.00} {$txt.versandkostenfrei} {else} {$txt.versandkostenfrei_ab} {/if} </div> </p> {/block} Chrom macht aber daraus: Code: <p class="tax-shipping-text text-small"></p> {load_language_text section="versandk"} <div class="versandbild"><img src="templates/Honeygrid/assets/images/haken.gif" class="haken"> {if $PRICE_RAW>50.00} {$txt.versandkostenfrei} {else} {$txt.versandkostenfrei_ab} {/if} </div> <p></p> dadurch greift der Style nicht. Versuche es mal so: HTML: {block name="snippets_product_info_price_tax" append} {load_language_text section="versandk"} <div class="versandbild" style="text-align: right;"><img src="templates/Honeygrid/assets/images/haken.gif" class="haken"> {if $PRICE_RAW>50.00} {$txt.versandkostenfrei} {else} {$txt.versandkostenfrei_ab} {/if} </div> {/block}
Hallo L&B, Barbara hat es ja schon hinbekommen "Euer" Modul für die Listenansicht nutzbar zu machen. Leider benötigen wir zur richtigen Datenübernahme noch ein Overload für die Listenansicht. Könnt Ihr Eure Datei (für Detailansicht) dafür umbauen?
Das ist für mich leider auch an der Stelle nicht so einfach. Es muss ja pro Artikel der in der Kategorie ist eine Abfrage erfolgen, und da muss man dann offensichtlich eine Schleife programmieren und die Werte in einem Array speichern - vermute ich. Wie man arrays im Smarty Template verarbeitet, damit habe ich keine Erfahrung. Irgendwie sind das ja immer Konstanten, die man an das Template schickt, dachte ich. Es gibt leider auch in den Overload-Beispielen von Gambio nichts für die Listenansicht, das man als Vorbild nehmen könnte. Wenn jemand anderes sich berufen fühlt, das mit einzuarbeiten... ?
Hier das selbe Ding für versandkostenfrei unter x kg Gewicht - für @Momo . Bitte vorher Daten sichern und ausgiebig testen...