Hi,
das liegt vermutlich daran, dass deine Produktseite so aufgebaut ist, das Germanized nicht erkennen kann, wo/welche Informationen ersetzt werden müssen:
https://vendidero.de/dokument/preisanzeige-bei-variablen-produkten
Ein Link zur Produktseite würde auf jeden Fall helfen 😉
Grüße
Thread Starter
Simon
(@simmens)
tagchen, die Pruduktseite wäre folgende:
Der 1a Link
Auf dieser Produktseite wird der von germanized erzeugte code oben links angezeigt. Desweiteren habe ich “inkl. MwSt. zzgl. Versandkosten” direkt unter dem Preis als Textmodul eingefügt und zusätzlich noch die beiden Shortcodes für Germanized MwST sowie Versandkosten direkt drunter… so kann man es ganz gut erkennen. 😉
Thread Starter
Simon
(@simmens)
Hmmm… also warum auch immer, wenn ich jetzt wieder meine custom Produktseite entferne und den std vom WooCommerce verwende, wird alles an der richtigen Position angezeigt?!
Evtl. werde ich nochmal einen Versuch wagen eine eigene Seite zu bauen.
Thread Starter
Simon
(@simmens)
Guten Morgen,
das Problem taucht jedenfalls dann auf, sobald ich entweder versuche die Produktseite mit dem Divi Builder zu bearbeiten, dann wird vermutlich sofort irgendwas überschrieben.
Habe ich evtl eine andere Möglichkeit, gibt es bestimmte Klassen oder IDs nach denen die germanized Shortcuts automatisch eingefügt werden? Die Namen könnte ich Problemlos im Builder hinzufügen/ändern.
Schlimmstenfalls muss ich dann eben direkt die Produktseite anpassen.
Gruß
Simon
Hi Simon,
sobald du Divi als Pagebuilder für die Produktseite verwendest, müsstest du die Preisauszeichnungen der Produktdetailseite deaktivieren und stattdessen Shortcodes für die Ausgabe verwenden: https://vendidero.de/dokument/preisauszeichnungen-anpassen#pagebuilder
Damit das Script von Germanized für die variablen Produkte richtig arbeiten kann, sind ggfs. noch andere Dinge notwendig. Germanized sucht z.B. standardmäßig nur Inhalte innerhalb des Wrappers mit der Klasse type-product – dieser Wrapper wird von Woo standardmäßig um die Produktdaten gesetzt. Das müsste man sich dann direkt auf der Produktseite ansehen, wenn das mit Divi umgesetzt ist.
Grüße
Thread Starter
Simon
(@simmens)
Die folgende (std) Woocommerce Produktdetailseite habe ich nun mal testweise mit Divi bearbeitet und nur die Ränder der BEschreibung angepasst und gespeichert. Zum Artikel
Sobald ich die Seite mit Divi speichere landen die nachträglich eingefügten “Informationen” von Germanized (und z.B. auch der YITH WooCommerce Wunschliste) an der falschen Stelle.
Gruß
Thread Starter
Simon
(@simmens)
Danke, das ist mir schon klar aber ich dachte es gäbe evtl einen eleganteren Weg, da die gezeigeten Informationen der Plugins ja korrekt sind. Also das ich z.B. ein Textmodul nach dem Preismodul anlege, mit einer bestimmten ID/Klasse wo dann die gezeigten Informationen landen oder auch nur die Klasse des Preismoduls anpasse.
Vielleicht bin ich da auch komplett auf dem holzweg aber wohin will germanized denn den “Text” ausgeben? Vielleicht findet sich eine Art workaround 🙂
Gruß
Hi,
naja, das eigentliche Problem ist, das Elementor die Standard-WooCommerce-Hooks, die Germanized (und andere Plugins) nutzt um gewisse Informationen an speziellen Stellen zu platzieren ignoriert und allesamt vor der Ausgabe seiner Widgets ausführt. Das führt dann eben dazu, dass das out-of-the-box nicht funktioniert. Leider lässt sich (außer von Elementor selbst) auch nichts ändern – d.h. hier wäre der Weg über die Shortcodes der einzige gültige.
Grüße
Thread Starter
Simon
(@simmens)
Oh wie schade, wenn das ganze nicht auch noch responsive sein müsste, wäre das ja auch schnell gemacht mit den manuelle Shortcodes aber ich werde mal sehen, was sich machen lässt. Vielen Dank für die Antworten (5*+) 🙂
Gruß
