Unterstützt das MobileCandy keine "Download"-Produkte???? Die folgende Info aus dem Desktop-Shop erscheint z.B. nicht in der "account_info_history" des MC...... Ist, so weit ich sehen kann, auch im Template nicht vorgesehen. Wenn man die WRB im Checkout (checkout_payment) nicht anzeigen lässt, aber ein Download-Disclaimer vorhanden ist, wird trotzdem der "Widerruf", aber ohne Inhalt angezeigt.
Wenn man bei Download-Produkten der sofortigen Vertragsausführung (bei Verlust des Widerrufsrechts) zugestimmt hat, wird in der "checkout_confirmation" darauf nicht mehr darauf hingewiesen...... Was m.E. geschehen sollte. Wenn man die "checkout_confirmation"-Seite aus irgendeinem Grunde neu lädt, dann geht die Information über eine zuvor akzeptierte sofortige Vertragsausführung verloren..... Weil diese Info nur aufgrund einen "POST"-Inhaltes aus der Payment-Seite gesetzt wird. PHP: if ($t_check_abandonment_download) { if (isset($_SESSION['abandonment_download']) == false && isset($_POST['abandonment_download']) == false && gm_get_conf('CHECK_ABANDONMENT_OF_WITHDRAWL_DOWNLOAD') == 1) { $t_error .= ERROR_ABANDONMENT_DOWNLOAD_NOT_ACCEPTED; } elseif (isset($_POST['abandonment_download'])) { $t_check_abandonment_download=$_SESSION['abandonment_download'] = 'true'; } else { $t_check_abandonment_download=$_SESSION['abandonment_download'] = 'false'; } } Das gilt auch für das Desktop-Template.
Dieses Stückchen Code will ich mal für eine grundsätzliche Anmerkung verwenden, weil ich so etwas immer wieder sehe: Der ist insofern ineffizient, weil 5 mal der String 'abandonment_download' verwendet wird. Was PHP dazu veranlasst, 5 interne Variablen mit dem Inhalt 'abandonment_download' zu erstellen. Das kann man wie folgt vermeiden: PHP: if ($t_check_abandonment_download) { $abandonment_download_text='abandonment_download'; if (isset($_SESSION[$abandonment_download_text]) == false && isset($_POST[$abandonment_download_text]) == false && gm_get_conf('CHECK_ABANDONMENT_OF_WITHDRAWL_DOWNLOAD') == 1) { $t_error .= ERROR_ABANDONMENT_DOWNLOAD_NOT_ACCEPTED; } elseif (isset($_POST[$abandonment_download_text])) { $t_check_abandonment_download=$_SESSION[$abandonment_download_text] = 'true'; } else { $t_check_abandonment_download=$_SESSION[$abandonment_download_text] = 'false'; } } So legt PHP diesen Text nur 1 mal an. Das sind zwar jeweils nur sehr geringe Performance-Unterschiede, aber die summieren sich halt. Außerdem sieht das m.E. komisch aus .
Hi, da ist in der Tat noch eine kleine Unschönheit drin. Einfach um den folgenden Block eine if Bedingung einbauen: Code: <div data-role="collapsible" data-theme="d"> <h3>{$txt.title_withdrawal}</h3> {foreach from=$withdrawal_array item=withdrawal_data} {if $withdrawal_data.data.HEADING} <div style="padding: 10px 0; margin: 0 10px;"><b>{$withdrawal_data.data.HEADING}</b></div> {/if} {if $withdrawal_data.data_type == 'content'} <div style="padding: 10px 0; margin: 0 10px;">{$withdrawal_data.data.TEXT}</div> {elseif $withdrawal_data.data_type == 'iframe'} <div style="padding: 10px 0; margin: 0 10px;"><iframe src="{$withdrawal_data.data.IFRAME_URL}"></iframe></div> {/if} {/foreach} </div> Code: {if $SHOW_WITHDRAWAL} <div data-role="collapsible" data-theme="d"> <h3>{$txt.title_withdrawal}</h3> {foreach from=$withdrawal_array item=withdrawal_data} {if $withdrawal_data.data.HEADING} <div style="padding: 10px 0; margin: 0 10px;"><b>{$withdrawal_data.data.HEADING}</b></div> {/if} {if $withdrawal_data.data_type == 'content'} <div style="padding: 10px 0; margin: 0 10px;">{$withdrawal_data.data.TEXT}</div> {elseif $withdrawal_data.data_type == 'iframe'} <div style="padding: 10px 0; margin: 0 10px;"><iframe src="{$withdrawal_data.data.IFRAME_URL}"></iframe></div> {/if} {/foreach} </div> {/if} MfG, Timo
Hinweis bei aktuellen MC-Package Es fehlen aber einige VRRL-Template-Dateien (z.B. "module/conditions_of_use.html"), so dass die Bestellbestätigungsmail nicht versendet wird und der Vorgang abbricht. Das aktuelle VRRL-Update-Package hat nur das EyeCandy-Template enthalten. Im aktuellen MC-Update fehlt die "conditions_of_use.html".
conditions_of_use.html und withdrawals.html sollten eigentlich für EyeCandy/Gambio beim Update auf VRRL 1.0.9 gelöscht werden. Braucht MobileCandy die weiter? Liegt unter Gambio_GX2_VRRL-Update_1.0.9\v2.0.15.x\ Update_MobileCandy-Template
Scheint durch das VRRL Update irgendwie verloren gegangen zu sein. Lösung (/templates/MobileCandy/module/account_history_info.html): Code: <br /> <br /> {$downloads_content} vor dem content_container für die Widerrufsverzicht-Bestätigungen. Code: <br /> <br /> {$downloads_content} <div class="content_container"> {if $abandonment_download} <br /> <br /> <input type="checkbox" disabled="disabled" checked="checked" /> <div style="margin-left: 20px;">{$abandonment_download}</div> {/if} Zusätzlich noch 2 Styles, damit es im Standard ein wenig schicker ist (/templates/MobileCandy/stylesheet.css): Code: .product-documents{ padding: 0 10px 0px 10px; } .product-documents dt{ float: left; } MfG, Timo
Ich habe soeben das Update auf 1.0.6 gemacht. Jetzt ist im MC der Content vom Widerruf leer. Wie kann das? Wo holt sich das MC denn das withdrawal her? Nachtrag: stelle das MC lieber offline.........
In der "checkout_success" erfolgt ein Hinweis auf die Downloads Aber wg. dem fehlenden Inhalt in der "account_info_history" kann man die Downloads dann nicht laden, wenn nicht gleich bezahlt wird. Wenn gleich bezahlt wird, dann sieht das wie folgt aus: Man sollte noch einen Style PHP: .order_thanks .product-documents dt { float: left;} spendieren, damit das besser aussieht....
Haben wir nochmal überarbeitet. Anbei die neue checkout_confirmation.php (nur Shopversion 2.0.15.4)... MfG, Timo
Das haben wir bisher garnicht abgefangen. Das wäre dann eine generelle Optimierung für den kompletten Shop. Ich werde das mal in Jira eintragen... MfG
Mit 2.0.15.4 haben wir generell die Möglichkeit geschaffen Content-Manager Einträge als PDF herunterzuladen (alle + Möglichkeit eine vorgefertigte Datei bereitzustellen). Dafür haben wir die ganze Geschichte etwas generischer gestaltet und dadurch wird nur noch die content_download.html benötigt. Über dieses Template können alle Contents heruntergeladen werden. MfG, Timo
Hallo Timo ich habe festgestellt, dass ich noch gar nicht VRRL 1.0.9 hatte; wahrscheinlich liegt der Fehler dort?! Kann ich jetzt erst VRRL 1.0.9 rüber und dann MC1.0.6 rüber laden?
Es müsste reichen, wenn du VRRL 1.0.9 nachinstallierst. Das MobileCandy ist eigenständig und beinhaltet nur neue Dateien... MfG
Habe mit gerade die Vollversion 1.0.6 runtergeladen. da gibt es noch eine gm_ebay.html unter MobileCandy/ module/ und die sepa_mandate.html war nicht in der Update-Version 1.0.6