[Skip to main content](#vessel-content)
# Profile for hot-tubes
##
[](/forum/user/38044-hot-tubes "View hot-tubes's Profile")
**[ Offline](/forum/user/38044-hot-tubes)**
- **User Type:** User
- **Register Date:** 16 Jul 2015
- **Last login:** 11 years 3 months ago
- **Time Zone:** UTC +0:00
- **Local Time:** 22:42
- **Posts:** 3
- **Profile views:** 30
- **Gender:** Unknown
- **Birthdate:** Unknown
- Posts
# hot-tubes recent posts (3 messages )
All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year
| [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) |
|---|---|---|---|---|
| [](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#209451) | [création de compte : Cet utilisateur n'existe pas](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#209451 "-- HikaShop version -- : HikaShop Starter 2.5.0 -- Joomla version -- : 3.4.1 -- Error-message(debug-mod must be tuned on) -- : Avertissement Cet utilisateur n'existe pas Plusieurs de nos clients on des problèmes lors de la création de compte. Le message d'erreur lors de la création de compte est : "Avertissement Cet utilisateur n'existe pas" Je pense avoir identifié le problème : Si le client entre par erreur des infos dans les champs de connexion (en croyant bien faire) puis continue à remplir le formulaire d'enregistrement, les champs de connexion prennent le dessus et l'enregistrement n'est pas possible. Il faudrait que les 2 boutons (connexion et enregistrement) ne soient pas dans le même form ou bien que lorsque des infos sont entrées dans les champs d'enregistrement que les champs de connexion soient ignorés. Est-il possible de différencier les 2 formulaire ou de régler ce problème ? Merci ;)") Category: [Customers](/forum/33-customers "How to manage your customers and their access") Topic started 11 years 3 months ago, by [hot-tubes](/forum/user/38044-hot-tubes "View hot-tubes's Profile") [Last Post](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#209460 "Bonjour, Navré mais ces affirmations sont fausses. Depuis la refonte de l'interface d'édition produit je travail (nous travaillons) sur la refonte du système de passage en caisse et j'ai une très longue liste de remarques et autres demandes dont nous tenons compte pour l'avancement de ce développement. Donc, je me doit de réagir à ce genre de remarque que je trouve injustifié et infondé. Je ne penses pas que nous aurions un changelog de ce genre si nous ne prenions pas en compte les remarques de nos utilisateurs. www.hikashop.com/support/support/documen...ashop-changelog.html Libre à vous de ne pas prendre la version commerciale d'HikaShop. Libre à vous de penser que nous nous fichons des bugs et soucis de nos utilisateurs, même gratuit. Mais si vous souhaitez réellement avoir de l'aide pour corriger ce soucis, je ne pourrais que vous conseiller de répondre aux questions posées et de faire attention. Nicolas vous a parlé d'un patch ; a aucun moment il n'a indiqué qu'il fallait masquer les champs. Si vous lisez correctement le message en question, la personne indique avoir ajouté du code au début de la vue afin d'éviter le soucis d'autocomplete ; car c'est un bug lié à la fonction "autocomplete" des navigateur. Nicolas a parlé de ce soucis car il s'agissait d'un soucis rapporté récemment (car oui, nous prenons en compte les signalement de bug !) Il n'y a qu'un seul et unique form dans le passage en caisse afin de pouvoir permettre du "one step checkout". Par contre il y a du code javascript dans cette page qui permet de détecter si l'utilisateur a remplis la section "login" ou la section "register" et ainsi faire l'action la plus adéquate. Cela peut être fait via l'élément appelé "login_view_action" qui peut permet d'indiquer l'action en cours (login / register) et si cet élément est vide alors HikaShop va déterminer la bonne action en fonction des champs remplis. Lorsque vous appuyez sur la touche "entrer", il y a du code javascript qui va forcer la valeur dans ce champs "login_view_action" en fonction de l'input ayant le focus. Maintenant, il est tout à fait possible de rajouter un petit peu de code javascript dans les boutons "login" et "register" afin de forcer également la valeur dans le champs. Et tout cela dans le calme, la politesse et la bonne humeur !") 11 years 3 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:5 Views:1938 | [Last Post](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#209460 "Bonjour, Navré mais ces affirmations sont fausses. Depuis la refonte de l'interface d'édition produit je travail (nous travaillons) sur la refonte du système de passage en caisse et j'ai une très longue liste de remarques et autres demandes dont nous tenons compte pour l'avancement de ce développement. Donc, je me doit de réagir à ce genre de remarque que je trouve injustifié et infondé. Je ne penses pas que nous aurions un changelog de ce genre si nous ne prenions pas en compte les remarques de nos utilisateurs. www.hikashop.com/support/support/documen...ashop-changelog.html Libre à vous de ne pas prendre la version commerciale d'HikaShop. Libre à vous de penser que nous nous fichons des bugs et soucis de nos utilisateurs, même gratuit. Mais si vous souhaitez réellement avoir de l'aide pour corriger ce soucis, je ne pourrais que vous conseiller de répondre aux questions posées et de faire attention. Nicolas vous a parlé d'un patch ; a aucun moment il n'a indiqué qu'il fallait masquer les champs. Si vous lisez correctement le message en question, la personne indique avoir ajouté du code au début de la vue afin d'éviter le soucis d'autocomplete ; car c'est un bug lié à la fonction "autocomplete" des navigateur. Nicolas a parlé de ce soucis car il s'agissait d'un soucis rapporté récemment (car oui, nous prenons en compte les signalement de bug !) Il n'y a qu'un seul et unique form dans le passage en caisse afin de pouvoir permettre du "one step checkout". Par contre il y a du code javascript dans cette page qui permet de détecter si l'utilisateur a remplis la section "login" ou la section "register" et ainsi faire l'action la plus adéquate. Cela peut être fait via l'élément appelé "login_view_action" qui peut permet d'indiquer l'action en cours (login / register) et si cet élément est vide alors HikaShop va déterminer la bonne action en fonction des champs remplis. Lorsque vous appuyez sur la touche "entrer", il y a du code javascript qui va forcer la valeur dans ce champs "login_view_action" en fonction de l'input ayant le focus. Maintenant, il est tout à fait possible de rajouter un petit peu de code javascript dans les boutons "login" et "register" afin de forcer également la valeur dans le champs. Et tout cela dans le calme, la politesse et la bonne humeur !") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 11 years 3 months ago |
| [](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#208694) | [création de compte : Cet utilisateur n'existe pas](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#208694 "-- HikaShop version -- : HikaShop Starter 2.5.0 -- Joomla version -- : 3.4.1 -- Error-message(debug-mod must be tuned on) -- : Avertissement Cet utilisateur n'existe pas Plusieurs de nos clients on des problèmes lors de la création de compte. Le message d'erreur lors de la création de compte est : "Avertissement Cet utilisateur n'existe pas" Je pense avoir identifié le problème : Si le client entre par erreur des infos dans les champs de connexion (en croyant bien faire) puis continue à remplir le formulaire d'enregistrement, les champs de connexion prennent le dessus et l'enregistrement n'est pas possible. Il faudrait que les 2 boutons (connexion et enregistrement) ne soient pas dans le même form ou bien que lorsque des infos sont entrées dans les champs d'enregistrement que les champs de connexion soient ignorés. Est-il possible de différencier les 2 formulaire ou de régler ce problème ? Merci ;)") Category: [Customers](/forum/33-customers "How to manage your customers and their access") Topic started 11 years 3 months ago, by [hot-tubes](/forum/user/38044-hot-tubes "View hot-tubes's Profile") [Last Post](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#209460 "Bonjour, Navré mais ces affirmations sont fausses. Depuis la refonte de l'interface d'édition produit je travail (nous travaillons) sur la refonte du système de passage en caisse et j'ai une très longue liste de remarques et autres demandes dont nous tenons compte pour l'avancement de ce développement. Donc, je me doit de réagir à ce genre de remarque que je trouve injustifié et infondé. Je ne penses pas que nous aurions un changelog de ce genre si nous ne prenions pas en compte les remarques de nos utilisateurs. www.hikashop.com/support/support/documen...ashop-changelog.html Libre à vous de ne pas prendre la version commerciale d'HikaShop. Libre à vous de penser que nous nous fichons des bugs et soucis de nos utilisateurs, même gratuit. Mais si vous souhaitez réellement avoir de l'aide pour corriger ce soucis, je ne pourrais que vous conseiller de répondre aux questions posées et de faire attention. Nicolas vous a parlé d'un patch ; a aucun moment il n'a indiqué qu'il fallait masquer les champs. Si vous lisez correctement le message en question, la personne indique avoir ajouté du code au début de la vue afin d'éviter le soucis d'autocomplete ; car c'est un bug lié à la fonction "autocomplete" des navigateur. Nicolas a parlé de ce soucis car il s'agissait d'un soucis rapporté récemment (car oui, nous prenons en compte les signalement de bug !) Il n'y a qu'un seul et unique form dans le passage en caisse afin de pouvoir permettre du "one step checkout". Par contre il y a du code javascript dans cette page qui permet de détecter si l'utilisateur a remplis la section "login" ou la section "register" et ainsi faire l'action la plus adéquate. Cela peut être fait via l'élément appelé "login_view_action" qui peut permet d'indiquer l'action en cours (login / register) et si cet élément est vide alors HikaShop va déterminer la bonne action en fonction des champs remplis. Lorsque vous appuyez sur la touche "entrer", il y a du code javascript qui va forcer la valeur dans ce champs "login_view_action" en fonction de l'input ayant le focus. Maintenant, il est tout à fait possible de rajouter un petit peu de code javascript dans les boutons "login" et "register" afin de forcer également la valeur dans le champs. Et tout cela dans le calme, la politesse et la bonne humeur !") 11 years 3 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:5 Views:1938 | [Last Post](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#209460 "Bonjour, Navré mais ces affirmations sont fausses. Depuis la refonte de l'interface d'édition produit je travail (nous travaillons) sur la refonte du système de passage en caisse et j'ai une très longue liste de remarques et autres demandes dont nous tenons compte pour l'avancement de ce développement. Donc, je me doit de réagir à ce genre de remarque que je trouve injustifié et infondé. Je ne penses pas que nous aurions un changelog de ce genre si nous ne prenions pas en compte les remarques de nos utilisateurs. www.hikashop.com/support/support/documen...ashop-changelog.html Libre à vous de ne pas prendre la version commerciale d'HikaShop. Libre à vous de penser que nous nous fichons des bugs et soucis de nos utilisateurs, même gratuit. Mais si vous souhaitez réellement avoir de l'aide pour corriger ce soucis, je ne pourrais que vous conseiller de répondre aux questions posées et de faire attention. Nicolas vous a parlé d'un patch ; a aucun moment il n'a indiqué qu'il fallait masquer les champs. Si vous lisez correctement le message en question, la personne indique avoir ajouté du code au début de la vue afin d'éviter le soucis d'autocomplete ; car c'est un bug lié à la fonction "autocomplete" des navigateur. Nicolas a parlé de ce soucis car il s'agissait d'un soucis rapporté récemment (car oui, nous prenons en compte les signalement de bug !) Il n'y a qu'un seul et unique form dans le passage en caisse afin de pouvoir permettre du "one step checkout". Par contre il y a du code javascript dans cette page qui permet de détecter si l'utilisateur a remplis la section "login" ou la section "register" et ainsi faire l'action la plus adéquate. Cela peut être fait via l'élément appelé "login_view_action" qui peut permet d'indiquer l'action en cours (login / register) et si cet élément est vide alors HikaShop va déterminer la bonne action en fonction des champs remplis. Lorsque vous appuyez sur la touche "entrer", il y a du code javascript qui va forcer la valeur dans ce champs "login_view_action" en fonction de l'input ayant le focus. Maintenant, il est tout à fait possible de rajouter un petit peu de code javascript dans les boutons "login" et "register" afin de forcer également la valeur dans le champs. Et tout cela dans le calme, la politesse et la bonne humeur !") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 11 years 3 months ago |
| [](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#208620) | [création de compte : Cet utilisateur n'existe pas](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#208620 "-- HikaShop version -- : HikaShop Starter 2.5.0 -- Joomla version -- : 3.4.1 -- Error-message(debug-mod must be tuned on) -- : Avertissement Cet utilisateur n'existe pas Plusieurs de nos clients on des problèmes lors de la création de compte. Le message d'erreur lors de la création de compte est : "Avertissement Cet utilisateur n'existe pas" Je pense avoir identifié le problème : Si le client entre par erreur des infos dans les champs de connexion (en croyant bien faire) puis continue à remplir le formulaire d'enregistrement, les champs de connexion prennent le dessus et l'enregistrement n'est pas possible. Il faudrait que les 2 boutons (connexion et enregistrement) ne soient pas dans le même form ou bien que lorsque des infos sont entrées dans les champs d'enregistrement que les champs de connexion soient ignorés. Est-il possible de différencier les 2 formulaire ou de régler ce problème ? Merci ;)") Category: [Customers](/forum/33-customers "How to manage your customers and their access") Topic started 11 years 3 months ago, by [hot-tubes](/forum/user/38044-hot-tubes "View hot-tubes's Profile") [Last Post](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#209460 "Bonjour, Navré mais ces affirmations sont fausses. Depuis la refonte de l'interface d'édition produit je travail (nous travaillons) sur la refonte du système de passage en caisse et j'ai une très longue liste de remarques et autres demandes dont nous tenons compte pour l'avancement de ce développement. Donc, je me doit de réagir à ce genre de remarque que je trouve injustifié et infondé. Je ne penses pas que nous aurions un changelog de ce genre si nous ne prenions pas en compte les remarques de nos utilisateurs. www.hikashop.com/support/support/documen...ashop-changelog.html Libre à vous de ne pas prendre la version commerciale d'HikaShop. Libre à vous de penser que nous nous fichons des bugs et soucis de nos utilisateurs, même gratuit. Mais si vous souhaitez réellement avoir de l'aide pour corriger ce soucis, je ne pourrais que vous conseiller de répondre aux questions posées et de faire attention. Nicolas vous a parlé d'un patch ; a aucun moment il n'a indiqué qu'il fallait masquer les champs. Si vous lisez correctement le message en question, la personne indique avoir ajouté du code au début de la vue afin d'éviter le soucis d'autocomplete ; car c'est un bug lié à la fonction "autocomplete" des navigateur. Nicolas a parlé de ce soucis car il s'agissait d'un soucis rapporté récemment (car oui, nous prenons en compte les signalement de bug !) Il n'y a qu'un seul et unique form dans le passage en caisse afin de pouvoir permettre du "one step checkout". Par contre il y a du code javascript dans cette page qui permet de détecter si l'utilisateur a remplis la section "login" ou la section "register" et ainsi faire l'action la plus adéquate. Cela peut être fait via l'élément appelé "login_view_action" qui peut permet d'indiquer l'action en cours (login / register) et si cet élément est vide alors HikaShop va déterminer la bonne action en fonction des champs remplis. Lorsque vous appuyez sur la touche "entrer", il y a du code javascript qui va forcer la valeur dans ce champs "login_view_action" en fonction de l'input ayant le focus. Maintenant, il est tout à fait possible de rajouter un petit peu de code javascript dans les boutons "login" et "register" afin de forcer également la valeur dans le champs. Et tout cela dans le calme, la politesse et la bonne humeur !") 11 years 3 months ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:5 Views:1938 | [Last Post](/forum/33-customers/878206-creation-de-compte-cet-utilisateur-nexiste-pas#209460 "Bonjour, Navré mais ces affirmations sont fausses. Depuis la refonte de l'interface d'édition produit je travail (nous travaillons) sur la refonte du système de passage en caisse et j'ai une très longue liste de remarques et autres demandes dont nous tenons compte pour l'avancement de ce développement. Donc, je me doit de réagir à ce genre de remarque que je trouve injustifié et infondé. Je ne penses pas que nous aurions un changelog de ce genre si nous ne prenions pas en compte les remarques de nos utilisateurs. www.hikashop.com/support/support/documen...ashop-changelog.html Libre à vous de ne pas prendre la version commerciale d'HikaShop. Libre à vous de penser que nous nous fichons des bugs et soucis de nos utilisateurs, même gratuit. Mais si vous souhaitez réellement avoir de l'aide pour corriger ce soucis, je ne pourrais que vous conseiller de répondre aux questions posées et de faire attention. Nicolas vous a parlé d'un patch ; a aucun moment il n'a indiqué qu'il fallait masquer les champs. Si vous lisez correctement le message en question, la personne indique avoir ajouté du code au début de la vue afin d'éviter le soucis d'autocomplete ; car c'est un bug lié à la fonction "autocomplete" des navigateur. Nicolas a parlé de ce soucis car il s'agissait d'un soucis rapporté récemment (car oui, nous prenons en compte les signalement de bug !) Il n'y a qu'un seul et unique form dans le passage en caisse afin de pouvoir permettre du "one step checkout". Par contre il y a du code javascript dans cette page qui permet de détecter si l'utilisateur a remplis la section "login" ou la section "register" et ainsi faire l'action la plus adéquate. Cela peut être fait via l'élément appelé "login_view_action" qui peut permet d'indiquer l'action en cours (login / register) et si cet élément est vide alors HikaShop va déterminer la bonne action en fonction des champs remplis. Lorsque vous appuyez sur la touche "entrer", il y a du code javascript qui va forcer la valeur dans ce champs "login_view_action" en fonction de l'input ayant le focus. Maintenant, il est tout à fait possible de rajouter un petit peu de code javascript dans les boutons "login" et "register" afin de forcer également la valeur dans le champs. Et tout cela dans le calme, la politesse et la bonne humeur !") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 11 years 3 months ago |
[](/forum/topics/feed/mode-topics?format=feed&type=rss)
Time to create page: 0.128 seconds
[Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)
[](#top)