amrounix
Messages postés78Date d'inscriptionlundi 10 mars 2003StatutMembreDernière intervention12 juillet 2010
-
4 juil. 2008 à 12:49
jijibzh
Messages postés3Date d'inscriptionlundi 7 avril 2008StatutMembreDernière intervention10 août 2009
-
10 août 2009 à 09:32
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
jijibzh
Messages postés3Date d'inscriptionlundi 7 avril 2008StatutMembreDernière intervention10 août 2009 10 août 2009 à 09:32
Merci pour la réponse. J'ai pas essayé ta fonction posxy(), je ne connais rien au javascript donc je te fais confiance. La mienne est sûrement plus bordélique, j'ai adapté une fonction trouvée sur google à ton code. Mais elle semble équivalente.
Petite correction pour ta réponse au niveau de la semaine.
Si on écris cette ligne : htm+=(idx%7==0)?"<tr>":""; /*affiche le numero de semaine*/
Les n° jours se décalent vers la gauche mais pas les noms de jours (Lu, Ma, ...)
J'ai préféré écrire : htm+=(idx%7==0)?"<tr><td class='nSemaine' >"+""+"</td>":"";
ça permet de supprimer toute la colonne à priori, pourquoi ? je ne sais pas trop. Bidouillage !
Merci encore pour ce calendrier, je l'ai adapté relativement vite au site web, et il fonctionne à merveille, tellement simple à prendre en main et paramétrer à son gout.
amrounix
Messages postés78Date d'inscriptionlundi 10 mars 2003StatutMembreDernière intervention12 juillet 2010 8 août 2009 à 00:35
HeLLo, alors si tu veux enlever le numéro de semaine remplace la ligne :
htm+=(idx%7==0)?"<tr><td class='nSemaine' >"+idxSem+"</td>":""; /*affiche le numero de semaine*/
par
htm+=(idx%7==0)?"<tr>":""; /*affiche le numero de semaine*/
et pour l'emplacement du calendrier, j'avais déjà trouvé une méthode pour corriger le repositionnement, il faut remplacer la méthode
function posxy(rst,x,y)
{...}
par
function posxy(rst,xx,yy) {
var cc = { x: xx, y: yy };
while (rst) {
cc.x += rst.offsetLeft;
cc.y += rst.offsetTop;
rst = rst.offsetParent;
}
return cc;
}
@+
jijibzh
Messages postés3Date d'inscriptionlundi 7 avril 2008StatutMembreDernière intervention10 août 2009 7 août 2009 à 17:00
Solution trouvée !
Si cela arrive à d'autres que moi, voici une petite modification :
Remplacer : pos_= posxy(src,0,src.offsetHeight ); l.213
par
pos_ = new Array();
pos_ = getOffsets(_(src.id));
de même div.style.top = pos_.y + 'px'; l.229 et 238
par div.style.top = (pos_[1] + 18) + 'px';
et div.style.left = pos_.x + 'px'; l.230 et 239
par div.style.left = (pos_[0] + 18) + 'px';
puis supprimer entièrement la fonction :
function posxy
à remplacer par :
/* retourne la position en {x,y} d'un element sous forme de tableau */
function getOffsets(obj) {
var offsetTop = obj.offsetTop;
var offsetLeft = obj.offsetLeft;
while ((obj = obj.offsetParent )!=null) {
offsetTop += obj.offsetTop;
offsetLeft += obj.offsetLeft;
}
return [offsetLeft, offsetTop];
}
---------------------------
Le calendrier s'affichera avec une meilleure précision dans votre page malgré des div différentes et/ou superposées. Normalement, ... en tout cas pour moi. Après je ne suis pas sûr de ma syntaxe, je ne connais rien au javascript. ça marche par tatonnement.
dites moi pour le résultat que vous aurez.
Une question sinon :
comment enlever la colonne des numéros de semaines ?
jijibzh
Messages postés3Date d'inscriptionlundi 7 avril 2008StatutMembreDernière intervention10 août 2009 7 août 2009 à 12:02
Pas assez de commentaire à mon goût.
J'essai d'intégrer ton code dans un site web; Un problème vient de m'apparaitre et tu sauras peut-être le résoudre.
l'affichage des calendriers est calculé par rapport à la position qu'auraient les input dans la div parent et non dans leur div effective. Je ne sais pas si c'est clair. Le calendrier ne prend pas en compte que les input puissent être dans une div décalées.
sinon je me trompe et pourrait tu m'expliquer comment rectifier cela ?
bien sinon, mais plus de commentaires serait génial (et un peu d'indentation) ;)
amrounix
Messages postés78Date d'inscriptionlundi 10 mars 2003StatutMembreDernière intervention12 juillet 2010 7 juin 2009 à 20:15
HeLLo, j'ai mis en ligne la version 4.2 de mon calendrier, le calendrier sera positionné par défaut en fonction de la date dans la zone de saisie.
Il détecte tout type de date en fonction du format choisi ex :
"20 Décembre 1979" et que format vous avez mis "%j %p %a"
ou bien "1979-12-20" si vous avez mis "%a-%m-%j",...
Bref j'ai mis un truc hyper technique qui s'appelle : decodeDate() que personne ne verra jamais ... lol
mickaelpfr
Messages postés197Date d'inscriptionmardi 18 février 2003StatutMembreDernière intervention29 avril 20092 13 mai 2009 à 16:53
Prochaine version :
- Gestion des heures en option
- gestion des évènements au moment tu click ( par exemple pour une gestion ajax ou autre ;) )
- meilleur ergonomie, selection d'une date : jour + moi + année en 3 click Maximum ( quelque soit le moi ou l'année ^^ )
- nouveau design plus facile a skinner
amrounix
Messages postés78Date d'inscriptionlundi 10 mars 2003StatutMembreDernière intervention12 juillet 2010 13 mai 2009 à 16:17
tu devais vraiment t'ennuyer, lol ! je vois que tu as même ajouté une iframe derrière pr passer au dessus des select...
mais je préfère quand même mes 200 lignes de code avec plein de innerHTML ! :)
bonne continuation, c'est quoi la prochaine étape ? ton calendrier fera le café ? lol
moi je suis passé à la version 4 parce que j'y ai ajouter des liaisons entre les calendrier, c'est à dire que quand j'ai 2 zones input ddeb & dfin par exemple, la zone ddeb ne peut pas aller + loin que dfin et inversement dfin ne peut pas aller en dessous de ddeb ...
@karamel
Messages postés1850Date d'inscriptionvendredi 9 mai 2008StatutModérateurDernière intervention 4 mars 2024152 13 mai 2009 à 16:07
c'est sur
mickaelpfr
Messages postés197Date d'inscriptionmardi 18 février 2003StatutMembreDernière intervention29 avril 20092 13 mai 2009 à 15:57
^^
ça permet d'alléger le poid total et au final redistribuer le script plus facilement...
une fois la mise en page css comprise c'est assez simple
ps : j'ai passé beaucoup beaucoup de temps dessus ;)
@karamel
Messages postés1850Date d'inscriptionvendredi 9 mai 2008StatutModérateurDernière intervention 4 mars 2024152 13 mai 2009 à 15:48
rien qu'un petit peut
mais c'est vrais c'est pas mal vu les effets et le design et le code est bien structure et dans une philosophie d'écriture moderne ( il est long lol )y'a aussi qq chose que je trouve pas mal c'est d'avoir fait le graphique avec une seule image je connaissait pas.
mickaelpfr
Messages postés197Date d'inscriptionmardi 18 février 2003StatutMembreDernière intervention29 avril 20092 13 mai 2009 à 14:27
un peu ouep lol et la j'attaque la v3 :)
jette un coup d'oeil a la source ... rien de méchant pourtant juste du code bien structuré ...
amrounix
Messages postés78Date d'inscriptionlundi 10 mars 2003StatutMembreDernière intervention12 juillet 2010 13 mai 2009 à 14:08
impressionnant, y'a eu du boulot dessus !
mickaelpfr
Messages postés197Date d'inscriptionmardi 18 février 2003StatutMembreDernière intervention29 avril 20092 13 mai 2009 à 13:25
amrounix
Messages postés78Date d'inscriptionlundi 10 mars 2003StatutMembreDernière intervention12 juillet 2010 13 mai 2009 à 12:05
salut Kazma,
j'ai toujours fait en sort d'avoir des codes les + courts possible et les + fonctionnels :) d'ailleurs ce calendrier est passé en version 4 il y'a un moment déjà ... je fais une mise à jour
@karamel
Messages postés1850Date d'inscriptionvendredi 9 mai 2008StatutModérateurDernière intervention 4 mars 2024152 13 mai 2009 à 11:24
par rapport aux souces dans le meme genre je trouve celui ci n'est pas tres long
mickaelpfr
Messages postés197Date d'inscriptionmardi 18 février 2003StatutMembreDernière intervention29 avril 20092 8 juil. 2008 à 16:31
non mais lol même ton titre ...
malgré une source plus propre ...
amrounix
Messages postés78Date d'inscriptionlundi 10 mars 2003StatutMembreDernière intervention12 juillet 2010 8 juil. 2008 à 11:31
merci a FFERT pour ton idée, je l'ai implémenté et ca marche !
if suffit d'ajouter au onload :
new SLCcal(); pour rechercher tout les type = "date" et attribué un calendrier (même les input sans id)
ou bien new SLCcal(param); avec param new parametre(); pour appliqué un paramétrage spécifique au type date
amrounix
Messages postés78Date d'inscriptionlundi 10 mars 2003StatutMembreDernière intervention12 juillet 2010 8 juil. 2008 à 09:27
HeLLo !
Et bien merci pour ces commentaires, il faut savoir accepter la critique pour avancer ! c'est vrai que "ultimate calendar" ca fait un peu prétentieux, c'est juste que j'ai du réécrire au moins une dixaine de fois ce code, avec tout plein de variante...
je métrise pas trop le DOM, mais je suis un grand bidouilleur, là j'ai réécrit mon programme (une fois de plus) sous cette technologie (plus de innerHTML !) mais j'ai un problème sous IE, je n'arrive pas à afficher le calendrier et je ne vois pas où se trouve le problème ??? (peut être à cause du tbody dans le table...je me pencherai dessus ce soir)
Et concernant DOM vs INNERHTML, si il n'y a que 30ms d'écart pour un millier de tableau, ca n'impactera pas sur le fonctionnement du programme, bien que je sois un partisan du innerHTML, faut savoir avancer et basculer en DOM !
sinon toujours aussi bordélique mon code ?
@+
XtremDuke
Messages postés626Date d'inscriptionsamedi 28 septembre 2002StatutMembreDernière intervention18 mai 20094 7 juil. 2008 à 15:16
"innerHTML et presque 10x plus rapide que la méthode DOM classique."
>> C'est a prendre avec des pincettes. Sous IE, c'est effectivement le cas, et même très largement le cas... C'est connu, IE a du mal a manipuler son propre DOM (suffit de voir un bench sur un 'getElementsByTagName'...). Cependant, sous les autres navigateurs (du moins testé sous Safari et Gecko), les différences ne sont pas aussi vertigineuses que tu le dis. En créent un millier de tableau, j'obtiens un petit 78ms en DOM Core contre 48ms en innerHTML. Je précise que c'est pour UN MILLIER de tableaux !
ffert
Messages postés63Date d'inscriptionsamedi 18 janvier 2003StatutMembreDernière intervention15 décembre 2009 7 juil. 2008 à 10:11
Nota : Web 3.0 devrait intégrer ce genre de "composants" en natif.
sous la forme :
mickaelpfr
Messages postés197Date d'inscriptionmardi 18 février 2003StatutMembreDernière intervention29 avril 20092 5 juil. 2008 à 13:33
Je viens de refaire le DOM Builder de Prototype et j'en ai profité pour faire un petit benchmark.
Et bien à mon grand regret innerHTML et presque 10x plus rapide que la méthode DOM classique.
je suis intéressé pour voir ton code car niveau optimisation , je pense que tu fais fausse route , ( donc sans voir ton code je ne me prononcerais pas ... )
je suis partisan du dom , pour plein de raison :
- maintenance du code
- lisibilité
- COMPATIBILITE ( et si , malgré quelques adaptations ) il est beaucoup plus facile de passer par la construction d'éléments via le dom avec de minime différence ( comme tu le souligne avec un dom builder ) que de s'acharner a faire du innerHTML ... )
allez cessons de s'acharner sur un énième calendrier , la volonté était la :)
ralecul
Messages postés111Date d'inscriptiondimanche 23 mars 2003StatutMembreDernière intervention 1 août 2008 5 juil. 2008 à 11:45
XtremDuke : "Faut essayer d'arrêter de construire tout avec l'innerHTML. Essai de construire ton document via le DOM."
>> Je viens de refaire le DOM Builder de Prototype et j'en ai profité pour faire un petit benchmark.
Et bien à mon grand regret innerHTML et presque 10x plus rapide que la méthode DOM classique.
Et ces proportions changent beaucoup entre les différents navigateurs (Safari étant le plus rapide en DOM à ma grande surprise)
En plus des différences de performance, la méthode DOM a le désavantage de ne pas être cross-browser sans l'ajout d'un DOM Builder (encore et toujours à cause de IE, sniff...). Donc sans DOM Builder la meilleure solution reste le innerHTML, avec un DOM Builder tout dépend si l'on ajoute énormément d'élément.
PS : je posterais mon DOM Builder et le benchmark when it's done...
XtremDuke
Messages postés626Date d'inscriptionsamedi 28 septembre 2002StatutMembreDernière intervention18 mai 20094 4 juil. 2008 à 17:09
"htm+="<tr>";"
>> Faut essayer d'arrêter de construire tout avec l'innerHTML. Essai de construire ton document via le DOM.
"<script language="javascript">"
>> C'est fini ça. Dorénavant, on déclare par <script type="text/javascript">
>> Heureusement que tu n'a pas à faire un espacement d'une demie page...
mickaelpfr
Messages postés197Date d'inscriptionmardi 18 février 2003StatutMembreDernière intervention29 avril 20092 4 juil. 2008 à 15:22
+1 avec bultez :
code de paramétrage , ultra paramétrable ? ou ultra bordélique ...
de plus tu dois créer autant de calendrier que de champs input donc très limité , pas de possibilité de le gérer de façon non intrusif ?
même le code est un peu trop bordélique selon moi ...
va faire un tour sur www.developpez.com section javascript puis dans les contributions , il y en a un très propre ...
cs_bultez
Messages postés13615Date d'inscriptionjeudi 13 février 2003StatutMembreDernière intervention15 octobre 201330 4 juil. 2008 à 13:33
je ne voudrais ni être rabat-joie ni éreinteur stérile,
mais "ULTIMATE" ? donc on ne fera jamais mieux ?
"Niveau initié" ? pour celui qui l'a écrit
ou pour ceux qui vont utiliser ?
"ultra paramétrable" ? où ?
je ne dis pas que ce que tu as fait est mauvais ! loin de là !
je ne me permettrai aucune note, ni aucune critique sur le code !
mais à part afficher un calendrier, ce n'est que la 68957892ème
source de ce type, ça fait quoi de plus ? ou je n'ai pas tout vu ?
amrounix
Messages postés78Date d'inscriptionlundi 10 mars 2003StatutMembreDernière intervention12 juillet 2010 4 juil. 2008 à 12:49
j'attends de finir mon code avant de tout mettre dans un fichier .js et écrire une doc qui va avec !
si vous avez des questions n'hésitez pas !
10 août 2009 à 09:32
Petite correction pour ta réponse au niveau de la semaine.
Si on écris cette ligne : htm+=(idx%7==0)?"<tr>":""; /*affiche le numero de semaine*/
Les n° jours se décalent vers la gauche mais pas les noms de jours (Lu, Ma, ...)
J'ai préféré écrire : htm+=(idx%7==0)?"<tr><td class='nSemaine' >"+""+"</td>":"";
ça permet de supprimer toute la colonne à priori, pourquoi ? je ne sais pas trop. Bidouillage !
Merci encore pour ce calendrier, je l'ai adapté relativement vite au site web, et il fonctionne à merveille, tellement simple à prendre en main et paramétrer à son gout.
8 août 2009 à 00:35
htm+=(idx%7==0)?"<tr><td class='nSemaine' >"+idxSem+"</td>":""; /*affiche le numero de semaine*/
par
htm+=(idx%7==0)?"<tr>":""; /*affiche le numero de semaine*/
et pour l'emplacement du calendrier, j'avais déjà trouvé une méthode pour corriger le repositionnement, il faut remplacer la méthode
function posxy(rst,x,y)
{...}
par
function posxy(rst,xx,yy) {
var cc = { x: xx, y: yy };
while (rst) {
cc.x += rst.offsetLeft;
cc.y += rst.offsetTop;
rst = rst.offsetParent;
}
return cc;
}
@+
7 août 2009 à 17:00
Si cela arrive à d'autres que moi, voici une petite modification :
Remplacer : pos_= posxy(src,0,src.offsetHeight ); l.213
par
pos_ = new Array();
pos_ = getOffsets(_(src.id));
de même div.style.top = pos_.y + 'px'; l.229 et 238
par div.style.top = (pos_[1] + 18) + 'px';
et div.style.left = pos_.x + 'px'; l.230 et 239
par div.style.left = (pos_[0] + 18) + 'px';
puis supprimer entièrement la fonction :
function posxy
à remplacer par :
/* retourne la position en {x,y} d'un element sous forme de tableau */
function getOffsets(obj) {
var offsetTop = obj.offsetTop;
var offsetLeft = obj.offsetLeft;
while ((obj = obj.offsetParent )!=null) {
offsetTop += obj.offsetTop;
offsetLeft += obj.offsetLeft;
}
return [offsetLeft, offsetTop];
}
---------------------------
Le calendrier s'affichera avec une meilleure précision dans votre page malgré des div différentes et/ou superposées. Normalement, ... en tout cas pour moi. Après je ne suis pas sûr de ma syntaxe, je ne connais rien au javascript. ça marche par tatonnement.
dites moi pour le résultat que vous aurez.
Une question sinon :
comment enlever la colonne des numéros de semaines ?
7 août 2009 à 12:02
J'essai d'intégrer ton code dans un site web; Un problème vient de m'apparaitre et tu sauras peut-être le résoudre.
l'affichage des calendriers est calculé par rapport à la position qu'auraient les input dans la div parent et non dans leur div effective. Je ne sais pas si c'est clair. Le calendrier ne prend pas en compte que les input puissent être dans une div décalées.
sinon je me trompe et pourrait tu m'expliquer comment rectifier cela ?
bien sinon, mais plus de commentaires serait génial (et un peu d'indentation) ;)
7 juin 2009 à 20:15
Il détecte tout type de date en fonction du format choisi ex :
"20 Décembre 1979" et que format vous avez mis "%j %p %a"
ou bien "1979-12-20" si vous avez mis "%a-%m-%j",...
Bref j'ai mis un truc hyper technique qui s'appelle : decodeDate() que personne ne verra jamais ... lol
13 mai 2009 à 16:53
- Gestion des heures en option
- gestion des évènements au moment tu click ( par exemple pour une gestion ajax ou autre ;) )
- meilleur ergonomie, selection d'une date : jour + moi + année en 3 click Maximum ( quelque soit le moi ou l'année ^^ )
- nouveau design plus facile a skinner
13 mai 2009 à 16:17
mais je préfère quand même mes 200 lignes de code avec plein de innerHTML ! :)
bonne continuation, c'est quoi la prochaine étape ? ton calendrier fera le café ? lol
moi je suis passé à la version 4 parce que j'y ai ajouter des liaisons entre les calendrier, c'est à dire que quand j'ai 2 zones input ddeb & dfin par exemple, la zone ddeb ne peut pas aller + loin que dfin et inversement dfin ne peut pas aller en dessous de ddeb ...
13 mai 2009 à 16:07
13 mai 2009 à 15:57
ça permet d'alléger le poid total et au final redistribuer le script plus facilement...
une fois la mise en page css comprise c'est assez simple
ps : j'ai passé beaucoup beaucoup de temps dessus ;)
13 mai 2009 à 15:48
mais c'est vrais c'est pas mal vu les effets et le design et le code est bien structure et dans une philosophie d'écriture moderne ( il est long lol )y'a aussi qq chose que je trouve pas mal c'est d'avoir fait le graphique avec une seule image je connaissait pas.
13 mai 2009 à 14:27
jette un coup d'oeil a la source ... rien de méchant pourtant juste du code bien structuré ...
13 mai 2009 à 14:08
13 mai 2009 à 13:25
13 mai 2009 à 12:05
j'ai toujours fait en sort d'avoir des codes les + courts possible et les + fonctionnels :) d'ailleurs ce calendrier est passé en version 4 il y'a un moment déjà ... je fais une mise à jour
13 mai 2009 à 11:24
8 juil. 2008 à 16:31
malgré une source plus propre ...
8 juil. 2008 à 11:31
if suffit d'ajouter au onload :
new SLCcal(); pour rechercher tout les type = "date" et attribué un calendrier (même les input sans id)
ou bien new SLCcal(param); avec param new parametre(); pour appliqué un paramétrage spécifique au type date
8 juil. 2008 à 09:27
Et bien merci pour ces commentaires, il faut savoir accepter la critique pour avancer ! c'est vrai que "ultimate calendar" ca fait un peu prétentieux, c'est juste que j'ai du réécrire au moins une dixaine de fois ce code, avec tout plein de variante...
je métrise pas trop le DOM, mais je suis un grand bidouilleur, là j'ai réécrit mon programme (une fois de plus) sous cette technologie (plus de innerHTML !) mais j'ai un problème sous IE, je n'arrive pas à afficher le calendrier et je ne vois pas où se trouve le problème ??? (peut être à cause du tbody dans le table...je me pencherai dessus ce soir)
Et concernant DOM vs INNERHTML, si il n'y a que 30ms d'écart pour un millier de tableau, ca n'impactera pas sur le fonctionnement du programme, bien que je sois un partisan du innerHTML, faut savoir avancer et basculer en DOM !
sinon toujours aussi bordélique mon code ?
@+
7 juil. 2008 à 15:16
>> C'est a prendre avec des pincettes. Sous IE, c'est effectivement le cas, et même très largement le cas... C'est connu, IE a du mal a manipuler son propre DOM (suffit de voir un bench sur un 'getElementsByTagName'...). Cependant, sous les autres navigateurs (du moins testé sous Safari et Gecko), les différences ne sont pas aussi vertigineuses que tu le dis. En créent un millier de tableau, j'obtiens un petit 78ms en DOM Core contre 48ms en innerHTML. Je précise que c'est pour UN MILLIER de tableaux !
7 juil. 2008 à 10:11
sous la forme :
Nota bene : perso j'utilise ce calendrier là qui est génial : http://www.javascriptfr.com/code.aspx?ID=34725
salutations.
5 juil. 2008 à 13:33
Et bien à mon grand regret innerHTML et presque 10x plus rapide que la méthode DOM classique.
je suis intéressé pour voir ton code car niveau optimisation , je pense que tu fais fausse route , ( donc sans voir ton code je ne me prononcerais pas ... )
je suis partisan du dom , pour plein de raison :
- maintenance du code
- lisibilité
- COMPATIBILITE ( et si , malgré quelques adaptations ) il est beaucoup plus facile de passer par la construction d'éléments via le dom avec de minime différence ( comme tu le souligne avec un dom builder ) que de s'acharner a faire du innerHTML ... )
allez cessons de s'acharner sur un énième calendrier , la volonté était la :)
5 juil. 2008 à 11:45
>> Je viens de refaire le DOM Builder de Prototype et j'en ai profité pour faire un petit benchmark.
Et bien à mon grand regret innerHTML et presque 10x plus rapide que la méthode DOM classique.
Et ces proportions changent beaucoup entre les différents navigateurs (Safari étant le plus rapide en DOM à ma grande surprise)
En plus des différences de performance, la méthode DOM a le désavantage de ne pas être cross-browser sans l'ajout d'un DOM Builder (encore et toujours à cause de IE, sniff...). Donc sans DOM Builder la meilleure solution reste le innerHTML, avec un DOM Builder tout dépend si l'on ajoute énormément d'élément.
PS : je posterais mon DOM Builder et le benchmark when it's done...
4 juil. 2008 à 17:09
>> Faut essayer d'arrêter de construire tout avec l'innerHTML. Essai de construire ton document via le DOM.
"<script language="javascript">"
>> C'est fini ça. Dorénavant, on déclare par <script type="text/javascript">
"htm+="<tr><td style="width:100%"><table border='0' cellspacing='0' cellpadding='0' style="width:100%" class="SLCjournee" >"; "
>> Un coup tu utilises les CSS, un coup non...
>> Déclare ton doctype
>> Tes méthodes commencent à dater...
"
"
>> Heureusement que tu n'a pas à faire un espacement d'une demie page...
4 juil. 2008 à 15:22
code de paramétrage , ultra paramétrable ? ou ultra bordélique ...
de plus tu dois créer autant de calendrier que de champs input donc très limité , pas de possibilité de le gérer de façon non intrusif ?
même le code est un peu trop bordélique selon moi ...
va faire un tour sur www.developpez.com section javascript puis dans les contributions , il y en a un très propre ...
4 juil. 2008 à 13:33
mais "ULTIMATE" ? donc on ne fera jamais mieux ?
"Niveau initié" ? pour celui qui l'a écrit
ou pour ceux qui vont utiliser ?
"ultra paramétrable" ? où ?
je ne dis pas que ce que tu as fait est mauvais ! loin de là !
je ne me permettrai aucune note, ni aucune critique sur le code !
mais à part afficher un calendrier, ce n'est que la 68957892ème
source de ce type, ça fait quoi de plus ? ou je n'ai pas tout vu ?
4 juil. 2008 à 12:49
si vous avez des questions n'hésitez pas !
@+