Salut,

@Djoshaiek

Une page d'exemple est fournie avec le code. Il intègre le minimum pour bien comprendre comment ça fonctionne :
  - référence au fichier calendar.js
  - un input pour saisir une date
  - un bouton d'affichage du calendrier où la fonction d'appel prend le nom du champ date en paramètre.

Petit rappel pour les débutants :
  - préférer l'utilisation de FF à IE : le plugin Firebug est des plus utiles pour analyser le code html généré dynamiquement, les différents styles css appliqués et passer en debug dans le code js
  - ne pas hésiter à truffer le code js de alert() temporaires pour tester les différents paramètres pour ceux qui ne sont pas adeptes du debug js classique

@ Tous

Le temps me manque cruellement ces derniers temps (depuis 2 ans :) ) mais j'ai bien pris en compte vos différents retours. Je vous en remercie encore et tâcherai de parfaire le calendrier dès que possible.

Bonne continuation à tous !

Salut à tous !

Tout d'abord merci pour vos différents commentaires bien sympas. Je manque un peu de temps en ce moment mais je n'oublie pas vos différentes remarques d'améliorations. Je les apporterai dès que possible.

A l'attention de LENAIC89 :
Je te conseille de garder le fonctionnement du calendrier plus ou moins tel qu'il est. Ensuite, pour colorer certaines dates en fonction d'événements qui pourraient se trouver dans une base (mieux qu'un fichier), rien de tel qu'un petit appel ajax à chaque changement d'année ou de mois pour récupérer tes infos et surcharger dynamiquement l'affichage de base du calendrier (changement de couleur, affichage du détail de l'événement au survol par la souris du jour concerné, ...).

Merci encore à tous et à bientôt.

Bonjour,
Rien de tel, dans ce cas, qu'un petit passage en debug (avec FireBug par exemple).
A+.

Hello,
Quand tu choisis un jour, c'est la fonction selectDay() qui est appelée. A l'intérieur de celle-ci l'appel à la fonction hideCalendar() permet de masquer le calendrier. Tu peux donc supprimer cet appel pour conserver le calendrier visible après avoir choisi ta date.
Tchô.

Tu as peut-être un antivirus qui s'affolle dès qu'il rencontre un fichier javascript.
Obtiens-tu le même résultat si tu essaies de télécharger le fichier unitairement : calendar/scripts/calendar.js ?

Côté esthétique, ton idée est bonne mais je ne touche à rien : les goûts et les couleurs ...
Par contre, le fait que le contenu du calendrier soit à présent généré depuis le fichier js fait que chacun peut modifier l'ordre à sa guise.
A+.

A l'attention de ZerocOOl,

Concernant l'utilisation d'une classe, je n'ai pas grand chose à rajouter par rapport à ce que j'ai déjà dit. Si tu préfères du javascript version java, libre à toi (pourquoi pas).

Générer les composant html du calendrier depuis le fichier js plutôt que l'intégrer directement à la page concernée est en revanche une bonne idée (plus facile à intégrer et à mettre à jour en cas de présence sur plusieurs pages).

Pour info, je signale que j'avais réalisé la première version de ce calendrier dans le cadre professionnel et une des devises à méditer dans ces circonstances est : "Le mieux est l'ennemi du bien". Les impératifs de développement et les délais de livraison font qu'on n'a jamais assez de temps pour réaliser quelque chose de parfait. L'idéalisme poussé à l'extrême n'est pas rentable ...

Pour finir, je tâcherai de fournir une version prochainement avec une couleur différente et la possibilité de désactiver les liens associés aux jours passés.

Merci à tous pour vos différentes remarques. A+.

Attention aux fautes de syntaxe :
- 'cent' et 'vingt' ne prennent un 's' à la fin que s'ils ne sont suivis de rien (deux cents / deux cent onze)
- un tiret doit être ajouté entre chacun des mots constituant un nombre inférieur à 100 (mille deux cent quatre-vingt-deux).

Les variables statiques sont déclarées au début du fichier : monthInYear et dayInWeek

L'instance unique de calendrier, puisque comme tu le dis, il ne peut y en avoir qu'un affiché à la fois, est déclarée juste après : var calendar = new Calendar();

Suivent les fonctions codées et écrites proprement : toutes les normes de codage sont respectées.

Tout ça pour dire que je ne vois pas trop où tu veux en venir. Le principe que tu énonçais précédemment (le 13/11/2007 17:06:09) de tout mettre dans une seule classe ne 'proprifiera' pas grand chose, ça te fournira simplement une mise en forme javaifiée (t'as vu, moi  aussi, je suis super fort en néologismes ;) ) sans grand intérêt : pas plus performant, pas plus lisible.
Le nom du fichier suffit d'après moi à comprendre que son contenu gère le calendrier. A partir du moment où tu sépares tes traitements javascript dans différents fichiers en fonction de leur rôle, tout va bien je pense.

A+.

Quelques idées qui ne changent pas grand chose mais qui sont toujours bonnes à prendre :

1. Tu peux remplacer :
if (pos_char >= notre_msg.length) {pos_char=0}
pos_char++;

par:
pos_char = (pos_char + 1) % notre_msg.length;

-> modulo, c'est plus sympa que if ...

2. Une fonction qui s'auto-appelle avec setTimeout peut être remplacé par un setInterval. En plus, ça permet aux différents appels d'être plus réguliers dans le cas où la fonction est un peu lourde. Si, par exemple, son temps d'exécution se situe entre 15 et 50 ms et que ton intervalle est de 100ms, les appels se feront entre 115 et 150ms alors qu'avec setInterval, ce sera bien toujours 100ms (attention toutefois de ne pas mettre un temps trop petit, si la fonction peut prendre plus de temps que l'intervalle, bonjour l'affichage ...)

Enfin, pour répondre à JackNumber, il suffit d'introduire une variable globale en guise de compteur, de l'incrémenter à chaque passage dans la fonction et d'interrompre les appels à la fonction dès que le compteur atteint une certaine valeur (n * la longueur du texte pour le faire défiler n fois).

Tchô.