solutions au projet

bonsoir,
Voilà, je voudrais faire en langage html, et à l'aide de formulaires et de scripts le projet suivant:
Choisir dans un menu déroulant nommé "bouteille" un modèle de bouteille avec un prix déja défini,
Choisir dans un autre menu déroulant nommé "bouchon" un article ayant lui aussi son prix défini
Choisir dans un autre menu déroulant nommé "capsule" une article ayant lui aussi son prix défini et ainsi de suite
et afficher au fur et à mesure le résultat du montant total.
je ne maitrise pas le php, mais si c'est la seule solution....je metterai les mains dans le camboui ! bien que je préfererais le langage html

merci pour vos réflexions et peut-être vos solutions

Un langage dynamique tel que PHP est la seule solution, tu ne peux le faire avec que du HTML.

Prevoit au minimum l'utilisation de Javascript et/ou Php ;) Bon courage

si tout est saisie à la mimine dans ta page et que tu n'a aucun stockage à faire (base de données) html et javascript.

Citation:

---

si tout est saisie à la mimine dans ta page et que tu n'a aucun stockage à faire (base de données) html et javascript.

---

Et si JS n'est pas activé ! :roll:

Le seul moyen est un langage dynamique point barre.

Citation:

---

Envoyé par blueice

Et si JS n'est pas activé ! :roll:

---

HTML et Javascript également, je vois pas ce que vient faire PHP ici (à part éventuellement à titre de contrôle ultérieurement). Après oui, les 3% d'utilisateurs qui ont désactivé Javascript ne saurons pas l'utiliser, m'enfin, vu le faible nombre, je pense qu'on peut se permettre de les ignorer. D'ailleurs, un calculateur de ce type en .js sans recharger la page sera surement bien plus agréable pour le visiteur que de devoir à chaque fois valider pour connaître le montant. (J'imagine la page de personnalisation de mon futur PC chez Dell où je devrais continuellement valider pour voir le prix changer, c'est d'un pratique... :roll:)

Citation:

---

Envoyé par Jérémie A.

HTML et Javascript également, je vois pas ce que vient faire PHP ici (à part éventuellement à titre de contrôle ultérieurement). Après oui, les 3% d'utilisateurs qui ont désactivé Javascript ne saurons pas l'utiliser, m'enfin, vu le faible nombre, je pense qu'on peut se permettre de les ignorer. D'ailleurs, un calculateur de ce type en .js sans recharger la page sera surement bien plus agréable pour le visiteur que de devoir à chaque fois valider pour connaître le montant. (J'imagine la page de personnalisation de mon futur PC chez Dell où je devrais continuellement valider pour voir le prix changer, c'est d'un pratique... :roll:)

---

xHTML (<- désolé pour la précision, mais faut arréter de déconner avec votre ancestral HTML...) + JS + PHP (j'aurais pu mettre Ajax, mais au final ca revient au meme).

Si tu ne fais pas de PHP, tu va pouvoir afficher tes données... Ok, c'est cool... Mais rien en faire après. Hors, j'ose imaginer que le but sera tout de meme de réutiliser ces données par la suite?

Après, il te faut voir aussi combien de donnée tu as. Est-ce que les bouchons doivent être dynamiquement chargés en fonction de la bouteille choisie, etc? Car si tu as 10'000 bouteilles, 10'000 bouchons, 10'000 capsule, etc... avec des mélanges différents en fonction des champs, je te souhaite bonne chance pour charger les millions de possibillités dans ton code HTML... Les pages de 10Mo, j'ai donné, lol ;)

La réponse finale est: Ca dépends de ce que tu veux faire, et des données que tu as!

Onet

Citation:

---

Envoyé par blueice

Et si JS n'est pas activé ! :roll:

Le seul moyen est un langage dynamique point barre.

---

étant donné que le but est d'afficher le calcul du prix avec l'addition des élément si l'on utilise le php (et si je ne me trompe pas) il faudrat obligatoirement envoyé par formulaire les données afin que le calcul final soit fait?

ce que je trouve vraiment dommage surtout de nos jours.

Avez-vous vraiment lu le message de 'coconiut', il ne s'y connait pas !
Et parle d'éventuellement utiliser PHP...

En utilisant un langage dynamique tel que PHP, il s'assure que cela est supporté par tous, facile et surtout évolutif.

Citation:

---

ce que je trouve vraiment dommage surtout de nos jours.

---

Pourquoi PHP est devenu désuet ?

Citation:

---

étant donné que le but est d'afficher le calcul du prix avec l'addition des élément si l'on utilise le php (et si je ne me trompe pas) il faudrat obligatoirement envoyé par formulaire les données afin que le calcul final soit fait?

---

Pourquoi tu as déjà vu des boutiques online tournées uniquement sous JS ?
Quel est le problème avec l'envoi de données ?
C'est juste parce qu'il faut cliquer sur un bouton que ça te gêne ?

Personnellement, (X)HTML / JS / Php.
Je plussoie les recommandations de blueice... ;)

Citation:

---

xHTML (<- désolé pour la précision, mais faut arréter de déconner avec votre ancestral HTML...)

---

J'ai juste la flemme de remettre toujours ce "x" mais je suis d'accord. ;)
(Quoiqu'avec l'arrivée "prochaine" du (x)HTML5 :aie: )

Citation:

---

Pourquoi PHP est devenu désuet ?

---

Ce n'est pas PHP qui est devenu désuet, c'est la méthode que tu proposes de passer par un bouton valider juste pour faire un total.

Citation:

---

C'est juste parce qu'il faut cliquer sur un bouton que ça te gêne ?

---

Donc personnellement, oui. Si je peux rentre le tout plus interactif pour le client, je le ferai sans hésiter, et tant pis pour les 3 pelés et 2 tondus qui ont coupé Javascript.

Citation:

---

Pourquoi tu as déjà vu des boutiques online tournées uniquement sous JS ?

---

Là on est d'accord, si il a tout un système de boutique derrière, oui il faut du PHP. Ceci dit, on peut très bien trouver un petit système de devis en ligne et d'estimation des coûts, sans pouvoir acheter directement online, et là, plus besoin de PHP.

Salut,

Citation:

---

Envoyé par Jérémie A.

Donc personnellement, oui. Si je peux rentre le tout plus interactif pour le client, je le ferai sans hésiter, et tant pis pour les 3 pelés et 2 tondus qui ont coupé Javascript.

Là on est d'accord, si il a tout un système de boutique derrière, oui il faut du PHP. Ceci dit, on peut très bien trouver un petit système de devis en ligne et d'estimation des coûts, sans pouvoir acheter directement online, et là, plus besoin de PHP.

---

je suis désolé de devoir te contredire. Mais ce qui me dérange dans cette phrase, c'est que ceux que tu va prétérité le plus ne sont pas les 3 pelés et 2 tondus qui ont coupé le javascript... Mais ceux dont l'utilisation du javascript est un réel frein sur internet.

Par ces personnes, je parle de toute une tranche de la population qui as malheureusement un handicap physique le bloquant pour l'utilisation du web. Et pour ces personnes qui, souvent, effectuent une recherche sur google 2 fois plus vite que toi et moi qui sommes 100% valide, j'ai un profond respect.

Alors oui, JS, AJax, c'est super, ca brille, c'est "user friendly", et c'est très "web 2.0". Mais pourquoi ne pourrions nous pas faire, pour une fois, du web 3.0, voir meme du 4.0, et prendre en compte tout le monde (ok, dans tout le monde, j'exclus les utilisateurs de IE, c'est pas de leurs fautes :p (<- joke, hein...)), et rendre le web accessible à tout le monde, et pas à une élite qui a la chance d'être valide?

Alors, oui, le JS, c'est bien... mais PHP ca reste bien plus simple à apprendre, et surtout, ca permets de faire des applicatifs adapté à tout le monde!

Onet

Citation:

---

Envoyé par onet

...

---

Là, c'est un débat beaucoup plus large sur l'accessibilité. Faut il brader certains "effets sympa" qu'apprécient les clients pour les quelques % ayant des handicaps comme tu dis ? Je ne pense pas, et l'évolution du Web ne se fait d'ailleurs pas dans ce sens (malheureusement diront certains). Après, je suis d'accord sur le fait que l'idéal selon le postulat de départ de l'auteur de ce sujet serait de combiner les 2. C'est à dire du .js (ajax,...) avec en arrière fond, du PHP à la validation pour ceux ne pouvant profiter pour x ou y raison du Javascript.

Citation:

---

Envoyé par Jérémie A.

Là, c'est un débat beaucoup plus large sur l'accessibilité. Faut il brader certains "effets sympa" qu'apprécient les clients pour les quelques % ayant des handicaps comme tu dis ? Je ne pense pas, et l'évolution du Web ne se fait d'ailleurs pas dans ce sens (malheureusement diront certains).

---

Alors donc, parce que l'évolution du web ne le permets pas, il ne faut pas le faire? Tu sera bien content le jour ou tu aura un accident d'accès accès à ces informations...

A titre d'idée, un de mes clients est directeur de plusieurs entreprises basée sur les handicap, et leurs accessibillités. Tout les sites sont prévus dans ce sens (enfin, pas encore à 100%, car je reprends le projet). Et lui même dispose d'un handicap lourd. Et bien, je peux t'assurer que c'est une personne comme toi et moi...

Donc en fait, on doit rendre nos sites accessible pour IE, FF, opera, Chrome, etc... Alors que certains de ces navigateurs ne représentent qu'a peine 1% des visiteurs, et que ca demande un énorme travail de les rendres compatibles, alors qu'il suffit de bien coder et coder juste dés le début, pour rendre un site accessible aux handicaps?

Voila qui est bien navrant...

Citation:

---

Après, je suis d'accord sur le fait que l'idéal selon le postulat de départ de l'auteur de ce sujet serait de combiner les 2. C'est à dire du .js (ajax,...) avec en arrière fond, du PHP à la validation pour ceux ne pouvant profiter pour x ou y raison du Javascript.

---

De tout facon, il faut toujours le faire, vu qu'une validation et une vérification en JS n'a pas de valeur... Il faut réfléchir dans l'autre sens... On fait d'abord une vérification en php, et si on a le temps / budget / envie, on mets du Javascript...

Et j'estime que cette méthode, qui devrait être la base des développeurs pro / aguéris, doit être proposée dés le début à ceux qui apprenent. Pourquoi ne pas leurs apprendre à coder juste dés le début, ne serait-ce pas plus simple?

Onet

Je plussoie également.
Pourquoi ne pas le faire en Flash tant qu'à faire. :roll:

Un langage dynamique sert justement à ça, tout doit fonctionner avant de faire appel à du JS mais surtout pas pour des "effets sympas".

Auriez-vous oublier la base du web, l'information ?

Mais là on s'écarte beaucoup du sujet de base, d'ailleurs l'initiateur du fil ne s'est plus fait entendre :?

N'ayant pas de précision sur son projet, je pense qu'on en restera là.