Mettre en page dans le mail envoyé , les champs de personnalisation

[redtango2]

Bonjour,
je n'ai pas trouvé sur le forum,
comment organiser les champs de personnalisation
pour les avoir en retour de ligne
( les uns sous les autres).

Je pense que cette partie est indépendante de la version utilisée ? ou non ?

Si quelqu'un a une piste de recherche (TPL ou php ou les deux ?) ! Merci d'avance.

Redtango

En test sur V.1.4.3
Formidable version ! en attendant la v stable.

[framboise33]

justement moi je n'ai aucun des champs affiché dans le détail de la commande
savez-vous comment on peut les faire afficher ?
merci
(désolée de répondre par une question)

[redtango2]

Avec plaisir :
Dans le corps du mail de retour client :
il y a les lignes suivantes :

	Référence	Produit	Prix unitaire	Quantité	Prix total

[framboise33]

alors après de multiples essais j'ai trouvé où était le problème : absence de clic sur le bouton ENREGISTRER !
du coup je reçois bien maintenant mais, en effet, tout "en vrac"

[redtango2]

dans le fichier order_return.tpl

on a ligne ligne 40 à 47 order_return.tpl


{elseif $type == $smarty.const._CUSTOMIZE_TEXTFIELD_}

• {counter start=0 print=false}
  {foreach from=$datas item='data'}
  {assign var='customizationFieldName' value="Text #"|cat:$data.id_customization_field}
  
• {$data.name|default:$customizationFieldName}{l s=':'} {$data.value}
  {/foreach}
  

{/if}

là je ne sais pas changer la variable ....
celle là :::: {l s=':'} {$data.value} ????

dans le order.php

on a bien ::::::::::: Date pour les catégories / File pourle fichier joint / TextField pour les textes ?

'customizedDatas' => $customizedDatas,
'CUSTOMIZE_FILE' => _CUSTOMIZE_FILE_,
'CUSTOMIZE_TEXTFIELD' => _CUSTOMIZE_TEXTFIELD_,

Comment récupérer les différents Champs de texte TEXTFIELD ????

Je sèche pour l'instant :

peut-être faut il rajouter une définition comme celle de Product plus loin :::::

{$product.product_name|escape:'htmlall':'UTF-8'}

J'ai essayé dans le template du mail ( avec le module Mail Template Editor)

les code suivants ::::::::

{invoice_customizationFieldName}

{invoice_reference}

Mais cela me retourne le texte en clair ( ce n'est pas la solution....)

Quelqu'un peut il nous aider ?

[redtango2]

Suite j'ai essayé dans order_return

de changer le code suivant ::

{$data.name|default:$customizationFieldName|escape::'htmlall':'UTF-8'}{l s=':'}

{$data.value}

Ca ne marche pas non plus !

Quelqu’un peut il nous aider ?

[jacot]

Cela se passe plutôt dans le PaymentModule.php, là ou se construit la liste et le html de la liste. Je vois d'ailleurs dans l'image qu'il y a toujours le problème du Customized non traduit :-(
Je suis 1.3.1 et j'ai à peu prêt le même soucis avec en plus quand j'ai plusieurs couleurs sur un produit, je voudrais pouvoir les différenciés:ex
au lieu de
Rose bleu
Avoir dans l'email de la commande comme dans le backoffice:
Couleur du texte : rose
Couleur du fond : bleu.

Voilà

[redtango2]

Une piste avec une intégration dans la BDD
sur un thread de Jean Bruno , c'est de la Bombe !

La manip est plus compliquée mais assez simple avec un peu d'expérience mysql.

Le pré-module de Jean Bruno est top puisque cela renvoie un mail identiqueau client (au choix) et à une autre adresse, renseignée dans la Bdd
Une psiete sérieuse pour recevoir les fichiers joints et mettre du pdf dans les mails.

http://www.prestashop.com/forums/viewthread/73566/P60/#341878
Merci de ta réponse !

[redtango2]

J'ai oublié de citer Brocéliande pour le module à télécharger
toutes excuses présentées aux auteurs.

Redtango

[redtango2]

Résolu
pour toute personne qui migrerait vers la PS 1.3.3.

Avec Alerte Mail
le détail des des champs de personnalisation arrive bien ordre
dans le mail envoyé en copie
(bu ou pas : le client ne reçoit pas de mail pour l'instant
c'est peut-être une bad configuration)
+ de détail voir le log après


[-] FO : Invoice + Confirmation email displays customization details
[-] FO : Invoice customization encoding
et d'autres changements entre autre sur les pdf
à tester

Bon courage pour la migration

[framboise33]

justement je me demandais si la migration n'allait pas être un peu difficile

[redtango2]

Je teste en local la version 1333
et en prod cela semble passer
pour la migration ce n'est pas gagné, car à mon avis les tables SQL ont changé
à vérifier.
La piste du thread http://www.prestashop.com/forums/viewthread/73566/P60/#341878
était surtout valable pour le pdf :
avec la nouvelle version pas de problème de retour pdf.
Mais comme toute évolution cela peut cacher des surprises.
Bref, entre la 1.3333 qui semble bien stable et la V1.4 préférez la première.