AUP dans form.php ET invoice.php

Bonjour

dans /administrator/templates/TPL /html/com_hikashop/order/form.php j'ai toujours les alphauserpoint avec le montant de la reduction
par contre dans /administrator/templates/TPL/html/com_hikashop/order/invoice.php leur apparition est incoherente, des fois oui des fois non sans trouver pourquoi

et ca depuis la 1.5.9 et 1.6

une idee pourquoi les 2 fichiers ne sont pas traités de la meme maniere ?

merci

La seule différence, c'est le code de limitation d'affichage des additionals en fonction de l'option de config order_additional_hide :
$exclude_additionnal = explode(',', $this->config->get('order_additional_hide', ''));
foreach($this->order->additional as $additional) {
if(in_array($additional->order_product_name, $exclude_additionnal)) continue;

C'est présent sur l'invoice mais pas sur le form.php.
Cette option a été ajouté par jérome pour vous.
Je suppose que c'est à cause d'elle que par moment la réduction n'est pas affichée sur l'invoice vu que c'est justement le but de cette option.

et la solution pour tout avoir pareil partout ?
vu que le code de Jerome est pour tout le monde maintenant ça serait bien d'avoir tout pareil

merci

il suffit de remplacer:
foreach($this->order->additional as $additional) {

par:

$exclude_additionnal = explode(',', $this->config->get('order_additional_hide', ''));
foreach($this->order->additional as $additional) {
if(in_array($additional->order_product_name, $exclude_additionnal)) continue;

dans form.php

ok j'essaye

ca sera dans une future version en natif ?

merci

oui

genial

merci

Je reviens là dessus c'est dans invoice.php que ça ne marche pas, le form.php marche tres bien

form.php

invoice.php

et rien à faire je ne récupère pas les AUP dans invoice.php alors qu'elles apparaissent dans form.php meme en mettant dans invoice.php le code de form.php

Je ne vois pas.
J'ai vérifié le code mais les additionals sont chargés de la même façon (via un loadFullOrder) pour le form et l'invoice.
La seule différence est celle dont je vous ai parlé sur mon premier message avec l'option order_additional_hide.

ceque je ne comprends pas c'est que tu dis

il suffit de remplacer: foreach($this->order->additional as $additional) {

par:

$exclude_additionnal = explode(',', $this->config->get('order_additional_hide', ''));
foreach($this->order->additional as $additional) {
if(in_array($additional->order_product_name, $exclude_additionnal)) continue;

dans form.php

c'est dans invoice que ça ne marche pas , donc je ne comprend pas pourquoi remplacer du code dans form

Le but de ce code, dans invoice, c'est de cacher les additionals en fonction du nom.
Quelque chose qui a été demandé à jérome lors du custom AUP je crois.

Ce code n'était pas présent dans form.php. Du coup, cela affiche tout le temps tout les additionals peu importe ce qu'il y a dans l'option order_additional_hide.
Donc forcément, vous voyez toujours les additionals dans le form.

Si c'est ce que vous voulez pour invoice.php aussi, alors il suffit de supprimer le check dans invoice.php et du coup les additionals seront toujours affichés dans invoice.php

Bonjour,

Pour information, l'option "order_additional_hide" a été bien ajouté dans HikaShop et gère les différentes vues (comme indiqué par Nicolas).
Il s'agit d'une option dite "cachée" d'HikaShop ou il faut passer via la base de données pour la configurer.

Et comme indiqué précédement, il faut entrer en valeurs les noms des champs à cacher, séparés par des virgules.
Pour connaitre facilement le nom de la clef, vous pouvez utiliser le code HTML afin de la "déduire". Par exemple Nous indique que la clé est "userpoints_points", la partie "hikashop_checkout_cart_additional_" étant spécifique pour indiquer qu'il s'agit d'un additional du cart du checkout d'HikaShop et le "_line" indiquant qu'il s'agit de la ligne entière (le tr).

Cordialement,

effectivement j'avais oublié cette option désolé

mais j'ai bien




et points utilise s"affichent

Merci d'utiliser cette valeur: USERPOINTS_USE_POINTS

Cordialement,

ca marche mais il etait pas evident de deduire que c'etait USERPOINTS_USE_POINTS

merci

comme on l'avait évoqué a un moment ce serait bien d'avoir tous ces champs cachés en plus dans l'admin d'hikashop a la suite sans explication dans un onglet special tout simple , un peu comme un about config de Firefox

J'ai remarqué ensuite que le patch utilise en fait le "name" du additiional et non la clé.
Le name est utilisé pour la traduction il se retrouve donc assez facilement (surtout lorsqu'il n'est pas traduit).

La clé aurait été plus simple et surtout plus sure, puisque la clé est réellement unique alors que le nom peut etre utilisé par plusieur éléments.

Pour ce qui est des options cachés, nous y pensons et cela viendra en temps et en heure. Nous devons déjà améliorer l'interface en mode "simple" avant de proposer un mode "expert".

Cordialement,

en tout cas ça marche c'est le principal merci bien
sinon c'est vrai que ce serait mieux la cle que le name

oui je me doute qu'il y a plus urgent que cet onglet dans l'admin mais l'idée de ces champs caches qui n'alourdissent pas l'admin est bonne je trouve

c'est juste qu'un an plus tard j'avais complètement oublie cette option que j'avais moi même demande (ainsi que le no_css_header)