Tout d'abord bonjour a tous.
Je tente actuellement de développé un site web relativement "simple" (j'ai débuté php il y a 15 jours, de grosses lacunes html, a la base j'ai appris la prog via Java).
Ma difficulté principale (pour le moment) est de créer un calendrier, je ne veux pas en télécharger un alors me suis cassé la binette pour créer cette chose :
 

 
 
Mes questions sont :  
 
- Est-ce que ce code est une immondice (déguelasse koa) ?
-Si non, puis-je espérer en faire un datePicker pour un formulaire ?
-Faire ce calendrier en javascript serait plus judicieux (afin d'en faire un datePicker bien sur) ?
 
je vous remercie d'avance, et merci pour votre indulgence (suis débutant rager pas sur ma maladresse ou mes aberrations).

Est-ce que l'esthétisme est important dans un domaine scientifique comme l'informatique ? Faut il que le programme soit beau ou qu'il marche ? Je ramasse les copies à moins cinq.
 

Vous pouvez espérer ce que vous voulez. Il n'y a pas de police de la pensée ici. Mais pour que l'espoir soit réaliste, il serait bien que vous compreniez ce que vous faîtes, plutôt que de faire un copier coller hasardeux. Donc, si vous avez des questions concernant, non pas tout le programme, mais une ou deux, voir trois lignes de ce programme, posez là nous de manière précise. On vous répondra c'est sûr.
 

Voilà une question précise. Ma réponse personnelle est "non, pas du tout". Quand on peux éviter le Javascript, il faut l'éviter, car le Javascript est lent, et il tourne sur le PC de l'utilisateur. Il vaut mieux faire du PHP si on en a la possibilité comme là, car on donne ainsi une page toute préparée à l'utilisateur. C'est un peu comme si on lui donne un plat tout chaud sortant du four PHP, au lieu d'un plat surgelé à faire réchauffer au micro-ondes javascript.

merci pour ta réponse rapide.
C'est noté en ce qui concerne javascript, si je peux m'en passer tant mieux.
Désolé pour le bloc de code brut, c'est abusé en effet, de plus j'ai pas mis de commentaires le ferais plus promis.
 
 
 

hello, pour simplifié ton code, regarde du coté de strftime, dateperiod, strtotime

Pour faire un datePicker, d'un point de vue ergonomie, le javascript est plus approprié. Mais pour l'accessibilité (personnes handicapées visuelles), il fauta voir une solution en html (donc php qui génère le html).
Donc d'abord tu fais tout en html et ensuite, avec du javascript non intrusif, tu remplaces le lien vers le calendrier html par un composant datePicker en javascript. Tu en trouveras facilement sur le web, sinon, tu télécharges l'un de mes softs, Astres ou Icare (cf ma signature) : dans Astres, il n'et qu'en anglais alors que dans Icare, il est en anglais et français
 
et oui, ce code est caca...

Merci pour ces réponses stealth et rufo
je vais jeter un coup d'oeil a tout ça, et tenter d'améliorer le code (même si je sens qu'il va aller a la poubelle).
Suis d'accord avec toi, en ce qui concerne l'ergonomie, je ne veux pas reload une page juste pour choisir une date (d'après ce que j'ai lu et de ce qu'on m'as dis : php:coté serv et javascript:coté client),
 donc je vais me tourner vers javascript, essayer par moi meme dans un premier temps et me tourner vers les softs dans un deuxième temps.
 
Mais il me semble que c'est un peu moins pratique  avec javascript pour manipuler la date(disclaimer connerie : ce que j'ai dit est potentiellement une grosse connerie), en tout cas je ne pourrais pas utiliser la technique de comparaison que j'utilise dans le code que je vous ai exposé.
Å plus.

pour info, Javascript a des fonction de manipulation de dates donc ce que tu peux faire en php avec les dates, tu peux le faire en javascript (en natif ou à l'aide libs GPL)

Ça me rassure, merci pour l'info.
J'attaque javascript et je vous fais un retour sur ce que je produit, pour avoir vos avis.

bonjour à vous,
j'ai reussi comme j'ai pu faire un calendrier (pour le mois courant), en faisant une table html dont les td sont remplies par un script (javascript)
Mon probleme :
Je voudrais faire en sorte que lorsque l'on clique sur un bouton prec ou suiv on change de mois, evidemment je ne demande pas un script mais comment puis je faire ceci avec mon script (est ce possible deja avec ce script) ?
 
le script en question :
 

t'es en train de recoder un composant javascript déjà développé apr d'autre je sais pas combien de fois. Ce que tu demandes, tu le trouveras dans mon soft Icare, par ex : il est multi-langues (anglais et fr pour l'instant), il gère la navigation par mois (précédent/suivant) et l'année (liste déroulante) et les jours affichés suivant les 7 jours de la semaine.

Merci encore Rufo,
j'ai jeté un coup d'oeil, sur le crossCalendar.js (et la doc bien sur), mais je n'ai pas compris comment l'utiliser ou je n'y ai pas assez consacré de temps.
J'espère pouvoir m'en servir, de toute façon je continu de tenter  un calendrier(datePicker) comme un exercice afin d'en apprendre plus sur JS.
   
A Bientot

y a de très bons datepicker construit sur des libs comme jquery ou mootools.
Est-ce bien nécessaire de tout recoder ?
ex : http://docs.jquery.com/UI/Datepicker

Bonjour PunkRod,
ouais c'est pas nécessaire, j'avais deja pris un datepicker sur le site de "a de la daube", et il etait très bien, mais je n'arrivais pas a passer la date obtenue par le picker dans ma base de données.
Donc me suis dis je vais le refaire en mode simple, en plus je n'ai besoin que du mois suivant le mois courant.
Mais face a vos réponses, je retente le coup avec le jquery + le soft a Rufo.
Merci pour ces réponses.
ps (j'ai réussi a passer du mois courant au mois suivant youpi j'ai inventé l'eau chaude )

ben mon composant, suffit juste de le coupler à une balise input de type texte et de luis donner les paramètres attendus.
Ex :

 
le nom de la var javascript avant le = doit être la même que dans le premier paramètre de crossCalendar(). Le 2ième est l'objet input type texte. Après, c'est le path de l'endroit où se trouves les images du composant, ensuite, c'est le format de la date pour remplir le input (ici, jour/mois/année sur 4 chiffres, voir le formalisme de la fonction date() en php), après c'est le tooltip du composant. Les 2 derniers paramètres, c'est pour dire si on rajoute un bouton ou pas pour permettre à l'utilisateur d'effacer la date saisie (true ou false donc) et le tooltip du bouton.
 
Donc franchement, rient de bien compliqué.

 
"le Javascript est lent"
Il faut se tenir au courant, les runtimes javascripts sont depuis quelques années beaucoup plus rapides que PHP (tout comme python et Ruby).
V8 est même jusqu'à 30 fois plus rapide que PHP (http://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=php&lang2=v8).
Il faut en plus rajouter à PHP la latence du réseau qui est infiniment plus impactante que le temps de calcul de quelques dates.
 
Pour ce qui est de l'accessibilité : un datepicker est une aide à la saisie. Qu'il soit ou non accessible n'est pas un problème car le formulaire doit pouvoir permettre la saisie manuelle de la date.

Merci rufo pour les précisions, je vais tester de suite.
Monsieur Y,
je ne comprends pas pourquoi le formulaire doit permettre la saisie manuelle, je veux l'éviter a tout prix, afin de pouvoir récuperer la date dans la forme que je veux, pas de date exotique rentré manuellement par l'user.

Parce que dans l'idéal, ton formulaire doit pouvoir fonctionner sans javascript.
Comme cela il est plus accessible mais aussi plus fiable : en cas de défaillance du calendrier ton formulaire reste exploitable.
 
Ton tort ici c'est de confondre aide à la saisie et validation.

Son tord est aussi de penser que tout le monde à javascript sur son navigateur. Il ne pense pas aux personnes handicapées visuelles qui surf avec un lecteur d'écran (donc pas de javascript en général). Si le site web est public, c'est se priver d'un trafic non négligeable (environ 10% de la population Française souffre d'un handicap visuel, plus ou moins grave).

"lecteur d'écran (donc pas de javascript en général)"
 
Cette assertion par contre est fausse, les lecteurs d'écrans n'influent pas sur le paramétrage du navigateur, et le proportion d'utilisateurs ayant javascript désactivé est tout aussi faible que chez les visiteurs valides.
C'est une croyance qui a la vie dure mais qui n'a jamais été fondée. Moi c'est en lisant "PPK on javascript" que j'ai gobé cela il y a quelques années...

Après javascript ou non, accessible ou non, je doute de l'usabilité d'un datepicker au travers un outil de synthèse vocale : raison de plus pour autoriser la saisie manuelle.

 
Pour info, les aveugles n'utilisent pas un navigateur web "classique" (IE, FF, Opéra...) mais plutôt des softs genre IBM Home Page Reader. Et ça fait pas longtemps que ce genre de soft intègre Javascript... Y'en a mêmes qui utilisent Lynx et un synthétiseur vocal.
 

JAWS, Window-Eyes, pour ne citer qu'eux, existent depuis mathusalem.  
 
Après que le soft IBM n'intègre que maintenant ce que ses concurrents font depuis plus d'une décennie, je veux bien te croire vu que j'ai eu le malheur de connaitre Notes.
 
Par contre la on dérive à grand flots vers le HS.

Merci pour ces précisions vous assurez monsieur Y et rufo,
donc je vais laisser la possibilité de saisir la date manuellement, et je ferais un contrôle au moment de la validation si j'ai bien compris.
a bientôt