Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2784 connectés 

  FORUM HardWare.fr
  Programmation
  HTML/CSS

  Bug checkage de checkbox ?

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Bug checkage de checkbox ?

n°1409608
Mitsuda
Posté le 19-07-2006 à 17:03:23  profilanswer
 

Bonjour à tous,
 
mon cas est simple : il s'agit d'un formulaire contenant des checkbox, organisées en groupes. Pour chaque groupe de checkbox il y a une checkbox "Select all" pour mettre checked à true toutes les checkbox du même groupe.
 
La fonction s'appelle checkboxes et permet de checker toutes les checkbox ayant le même id que celui de la checkbox "Select all".
Elle se sert de la fonction getElementsById trouvée sur le site suivant : http://www.hedgerwow.com/360/dhtml [...] sById.html
 
Le bug intervient lorsque la première checkbox du groupe est cochée : le comportement est inversé et toutes les checkbox du groupes se décochent si on coche "Select all".  :(  
 
Merci pour votre aide  :hello:  
 
Voici le code :
 

Code :
  1. <script language="JavaScript">
  2. function getElementsById(sId) {
  3.     var outArray = new Array();
  4. if(typeof(sId)!='string' || !sId) {
  5.  return outArray;
  6. };
  7. if(document.evaluate) {
  8.  var xpathString = "//*[@id='" + sId.toString() + "']"
  9.  var xpathResult = document.evaluate(xpathString, document, null, 0, null);
  10.  while ((outArray[outArray.length] = xpathResult.iterateNext())) { }
  11.  outArray.pop();
  12. } else if(document.all) {
  13.  for(var i=0,j=document.all[sId].length;i<j;i+=1) {
  14.   outArray[i] =  document.all[sId][i];
  15.  }
  16. } else if(document.getElementsByTagName) {
  17.  var aEl = document.getElementsByTagName( '*' );  
  18.  for(var i=0,j=aEl.length;i<j;i+=1) {
  19.   if(aEl[i].id == sId ) {
  20.    outArray.push(aEl[i]);
  21.   };
  22.  };  
  23. };
  24. return outArray;
  25. }
  26. function checkboxes(rootid) {
  27. rootelement = document.getElementById(rootid);
  28. inputelements = getElementsById(rootid);  
  29. if(rootelement.checked == false) {
  30.  for(var i = 0; i < inputelements.length; i++) inputelements[i].checked = true;
  31. } else {
  32.  for(var i = 0; i < inputelements.length; i++) inputelements[i].checked = false;
  33. }
  34. }
  35. </script>


 

mood
Publicité
Posté le 19-07-2006 à 17:03:23  profilanswer
 

n°1409611
twingoceri​se
Posté le 19-07-2006 à 17:08:51  profilanswer
 

il me semble (sauf erreur de ma part) que tu testes sur le root element :
 
if(rootelement.checked == false)
 
et non sur chaque check box...
 
Je dis ça mais je dis rien... :$
 
dis le moi si je dis une béééééétise ou si j'ai rien compris...

n°1409616
twingoceri​se
Posté le 19-07-2006 à 17:13:51  profilanswer
 

en meme temps, il me manque ton appel à la fonction...

n°1409618
anapajari
s/travail/glanding on hfr/gs;
Posté le 19-07-2006 à 17:14:29  profilanswer
 

tu n'est pas censé avoir plusieurs élements qui ont le même id, je me demande même comment peut marcher ton document.getElementById(rootid) du coup [:mlc]

n°1409625
twingoceri​se
Posté le 19-07-2006 à 17:19:24  profilanswer
 

sincerement j'aurai été toi, j'aurai fait un truc plus simple...
En fait le problème de ton code c'est que t'as une fonction qui fait tout !
Il faudrait decomposer ton code en bloc :
 
{  ("BLOC1 DE CHECKBOX" )
 
   function ON_CLICK_SELECT_ALL_1    {
       CHECK1_1 =true;
       CHECK2_1 =true;
   }
 
   CHECKBOX SELECT_ALL_1
 
   CHECKBOX CHK1_1
   CHECKBOX CHK2_1
 
}
 
 
{  ("BLOC2 DE CHECKBOX" )
 
   function ON_CLICK_SELECT_ALL_2    {
       CHECK1_2 =true;
       CHECK2_2 =true;
   }
 
   CHECKBOX SELECT_ALL_2
 
   CHECKBOX CHK1_2
   CHECKBOX CHK2_2
 
}
 
Tu remplaces juste le numéro du bloc par l'id du bloc dans ta base (ou un ID généré à la volé au pire...) et roulez jeunesse !!!
ça te fait pleins de fonctions dans ta page au final mais c'est beaucoup plus simple à maintenir et à ecrire surtout !!!

n°1409640
anapajari
s/travail/glanding on hfr/gs;
Posté le 19-07-2006 à 17:37:18  profilanswer
 

twingocerise a écrit :

ça te fait pleins de fonctions dans ta page au final mais c'est beaucoup plus simple à maintenir et à ecrire surtout !!!


k, lol  [:pingouino] plein de fonctions qui font la même chose, plutot qu'une fonction générique, c'est plus simple à maintenir :o
 
par ailleurs sur le forum tu trouveras plein post à ce sujet en cherchant un peu, après a toi d'adapter:
http://forum.hardware.fr/hardwaref [...] 9375-1.htm
http://forum.hardware.fr/hardwaref [...] 6301-1.htm
 
 
 
 

n°1409642
twingoceri​se
Posté le 19-07-2006 à 17:39:21  profilanswer
 

oui mais tu la vois qu'une seule fois dans ton code... !!!
j'ose esperer que les blocs sont des objets qui sont déclarés en base :
 
Iterator mesBlocs
 
UneFonctionSimplIndexé()
 
CheckBox1
CheckBox2
 
fin iterator
 
c'est pas plus simple à maintenir ça ?
 
plus de fonctions dans la page final ça veut dire plus de temps de téléchargement juste...

n°1409838
afbilou
pouet your life
Posté le 20-07-2006 à 01:14:50  profilanswer
 
n°1409847
Arjuna
Aircraft Ident.: F-MBSD
Posté le 20-07-2006 à 02:24:41  profilanswer
 

Euh...
 
Ton problème serait simple si tu partais d'un truc correct ;)
 
=> Groupe = attributs "name" identiques.
 
Quand t'as X checkbox dans un même groupe, elles ont toutes le même nom. Par contre, leur valeur est différente.
 
Ainsi, tu les retrouve facilement avec document.getElementsByName(), qui te retourne une collection d'items.
 
En gros :
 


<h2>Groupe 1</h2>
Tous <input type="checkbox" id="group1" name="dummy" value="dummy"/><br/>
Valeur 1<input type="checkbox" name="group1" value="val1"/><br/>
Valeur 2<input type="checkbox" name="group1" value="val2"/><br/>
Valeur 3<input type="checkbox" name="group1" value="val3"/><br/>
Valeur 4<input type="checkbox" name="group1" value="val4"/><br/>
<hr/>
<h2>Groupe 2</h2>
Tous <input type="checkbox" id="group2" name="dummy" value="dummy"/><br/>
Valeur 1<input type="checkbox" name="group2" value="val1"/><br/>
Valeur 2<input type="checkbox" name="group2" value="val2"/><br/>
Valeur 3<input type="checkbox" name="group2" value="val3"/><br/>
Valeur 4<input type="checkbox" name="group2" value="val4"/><br/>


 
JS

Code :
  1. function checkboxes()
  2. {
  3.    for (chk in document.getElementsByName(this.id)
  4.    {
  5.       chk.checked = this.checked;
  6.    }
  7. }
  8. document.getElementById("g1all" ).onclick = checkboxes;
  9. document.getElementById("g2all" ).onclick = checkboxes;


 
Voilà, c'est aussi bête que ça !
 
Attention : tu vas récupérer dans ce cas deux variable en POST : group1 et group2 (ainsi que dummy, mais on s'en fout de celle là)
Si t'as en PHP, tu modifies les noms en mettant [] (par exemple name="group1[]" ) et ainsi tu récupèreras un tableau avec la liste des valeurs des cases cochées.
Si t'es dans un langage "normal", alors tu laisses le nom tel quel, et tu vas récupérer dans ces variables une chaîne de caractère contenant l'ensemble des cases cochées séparées par des virgules. T'as juste à faire un split dessus avec ',' comme séparateur et tu récupères un tableau comme en PHP.
 
Voilà :)


Message édité par Arjuna le 20-07-2006 à 02:25:10
n°1409917
gatsu35
Blablaté par Harko
Posté le 20-07-2006 à 09:19:12  profilanswer
 

k lol [:pingouino]
A part anapajari et afbilou,  
tous les autres vous êtes soit à coté de la plaque, soit avez des réponses de merde.
Arjuna, ton getElementsByName, tu le manges ou tu le jettes stp, c'est déprécié et plus valable, ca reste là pour que les gus qui savent pas coder l'utilise :/
Mitsuda, ta fonction getElementsById, tu la jettes à la mer ou tu te la fou au cul, mais un ID c'est UNIQUE DANS UNE PAGE, alors tu abandonnes cette connerie, merci.
 
la solution de afbilou étant excellente mais un peu compliquée pour toi jte pond un petit truc simple :  
 

Code :
  1. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
  2. <html>
  3. <head>
  4. <title></title>
  5. <script type="text/javascript">
  6. function checkall(obj, blockid) {
  7.  var box = document.getElementById(blockid);
  8.  //if (!obj || !box) return;
  9.  var inp = box.getElementsByTagName("input" );
  10.  for (var i=0; i<inp.length; i++) {
  11.   if (inp[i].type=="checkbox" ) {
  12.    inp[i].checked = obj.checked;
  13.   }
  14.  }
  15. }
  16. </script>
  17. </head>
  18. <body>
  19. <form>
  20. <input type="checkbox" onchange="checkall(this, 'bloccheckboxes')">
  21. <fieldset id="bloccheckboxes">
  22.  <input type="checkbox">
  23.  <input type="checkbox">
  24.  <input type="checkbox">
  25.  <input type="checkbox">
  26.  <input type="checkbox">
  27.  <input type="checkbox">
  28.  <input type="checkbox">
  29.  <input type="checkbox">
  30. </fieldset>
  31. </form>
  32. </body>
  33. </html>


Message édité par gatsu35 le 20-07-2006 à 09:20:22
mood
Publicité
Posté le 20-07-2006 à 09:19:12  profilanswer
 

n°1409973
Arjuna
Aircraft Ident.: F-MBSD
Posté le 20-07-2006 à 10:06:55  profilanswer
 

Gatsu35 > t'as même le droit de rester poli :spamafote:

n°1410183
twingoceri​se
Posté le 20-07-2006 à 14:18:43  profilanswer
 

ARJUNA > Laisse tomber il doit avoir un problème de complexe d'infériorité... c'est pas la premiere fois qu'il s'enerve pour rien... je pense qu'il doit être le président fondateur du W3C pour se permettre de donner des leçons comme ça....
 
TOUS> Elle vous plait pas ma solution ? en plus, elle est compatible struts... non ?

n°1410192
anapajari
s/travail/glanding on hfr/gs;
Posté le 20-07-2006 à 14:26:27  profilanswer
 

twingocerise a écrit :

ARJUNA > Laisse tomber il doit avoir un problème de complexe d'infériorité... c'est pas la premiere fois qu'il s'enerve pour rien... je pense qu'il doit être le président fondateur du W3C pour se permettre de donner des leçons comme ça....
 
[quotemsg=1410183,12,446670]TOUS> Elle vous plait pas ma solution ? en plus, elle est compatible struts... non ?


Nan c'est la merde :o ( le smiley :o est important, il souligne la touche d'humour de ma phrase), et j'argumente:
- tu alourdis la page ( si tu as 10 "blocs", tu te retrouves avec toutes tes fonctions répétées 10 fois, et donc une page plus lourde)
- utiliser du code serveur pour générer du javascript c'est nawak ( surtout dans la mesure ou on peut tout faire proprement en js)
- si ton document est modifiée dynamiquement ( genre ajout/suppression de noeud), tes fonctions ne marchent plus
 
edit ( j'avais pas fait gaffe): \o/ du javascript compatible struts  [:roane]


Message édité par anapajari le 20-07-2006 à 14:27:48
n°1410219
twingoceri​se
Posté le 20-07-2006 à 14:45:22  profilanswer
 

.... décidemment j'arriverai pas à me faire comprendre....
 
- tu alourdis la page ( si tu as 10 "blocs", tu te retrouves avec toutes tes fonctions répétées 10 fois, et donc une page plus lourde)  
 
Oui c'est vrai... mais ta fonction elle fait une ligne ou 2...
et elle est hyper simple à comprendre dans ton code PHP ou JSP (ou autres)
 
- utiliser du code serveur pour générer du javascript c'est nawak ( surtout dans la mesure ou on peut tout faire proprement en js)
 
ça c'est ton opinion... on peut pas tout faire facilement en JS surtout si on veut être compatible avec un plus grand nombre de navigateur -> plus tu fais simple, plus ça marche... ! (et me dit pas que j'ai pas raison, tu as du pester des centaines de fois contre IE parce qu'il ne respecte rien !!)  
Et franchement je vois pas pourquoi c'est pas propre... !! t'as une petite méthode simple, indexé, compréhensible par tout le monde qui gere un cas simple... sur un nombre limité d'objet... c'est le concept de brique logiciel... si tu vois ce que je veux dire... ;)
Ta maniere de fonctionner me rappelle les méthodes globales en C... il y a 20 ans...
 
- si ton document est modifiée dynamiquement ( genre ajout/suppression de noeud), tes fonctions ne marchent plus  
 
Bah si justement puisque ta brique logiciel "Noeud" se demerde tout seul... le script est au niveau de la brique... uniquement... en plus tu pourra la réutiliser ailleurs, en fesant un tag par exemple...
 
edit ( j'avais pas fait gaffe): \o/ du javascript compatible struts  [:roane]
 
-> En struts c'est mieux quand on a un élément = 1 ID = 1 Name c'est plus simple a gerer pour le mapping vers tes forms beans...
 
(je te l'avoue j'aurai du mettre -> javascript adapté à une utilisation conjointe de Struts.. excuse moi pour cette faute de gout impardonnable...)
 
PS :  
 
Je remarque que le principe de brique logiciel réutilisable est pas encore rentré dans les moeurs... moi je trouve pas très propre qu'un composant transversale tel un script se permette une incursion au coeur même d'un composant sans que ça ne choque personne... Vous déclarez tout en "public" dans vos classes ? le principe de non dépendance des objets en eux... non plus ?
 
Je cherche pas à avoir raison mais juste un truc, me suis fait jeter à mes débuts en fesant ce genre d'erreur...
 
 
 
 
 

n°1410243
Arjuna
Aircraft Ident.: F-MBSD
Posté le 20-07-2006 à 15:04:24  profilanswer
 

moi je cherche plus à discuter dans ce topic :spamafote:
 
y'a une ambiance qui frôle celle qu'on trouve à la frontière libano-palestino-israélienne
 
pourtant y'a en tout au moins 5 solutions fonctionnelles, chacune avec leur approche à la question initiale
 
et ensuite, les habitudes de développement, les préférence de structure du code, et autres considérations PUREMENT METAPHYSIQUES on s'en branle.
 
y'a eu les langages séquenciels, les langages évenementiels, les langages orientés objet, et les langages objets (en simplifiant), et à chaque étape, la rétro-compatibilité a été du fonctionnement a été conservée : rien n'empêche de faire une procédure séquencielle avec un langage objet. pourquoi cette rétro-compatibilité ? justement parceque non seulement les gens ont leurs habitudes qui marchent, et qui n'ont pas forcément besoin du dernier truc nec plus ultra pour faire la même chose, parceque si d'un point de vue conception ça s'est amélioré, au niveau performances, ça c'est dégradé : dire qu'une programmation objet c'est mieu ou moins bien qu'une programmation séquencielle, c'est de la sodomie d'esprit. c'est comme dire qu'une F1 c'est mieux qu'une twingo. à la base, c'est tellement différent que... y'a pas de comparaison possible.
 
bref. c'était ma dernière intervention dans ce topic.

Message cité 1 fois
Message édité par Arjuna le 20-07-2006 à 15:04:47
n°1410324
anapajari
s/travail/glanding on hfr/gs;
Posté le 20-07-2006 à 15:51:22  profilanswer
 

twingocerise a écrit :

.... décidemment j'arriverai pas à me faire comprendre....
- tu alourdis la page ( si tu as 10 "blocs", tu te retrouves avec toutes tes fonctions répétées 10 fois, et donc une page plus lourde)  
Oui c'est vrai... mais ta fonction elle fait une ligne ou 2...
et elle est hyper simple à comprendre dans ton code PHP ou JSP (ou autres)


Déjà, problème 1, cela sous-entend que tu as un langage serveur pour te permettre cela, ce qui n'est pas forcément le cas ( au moins par la question posée ici).
Ensuite, au niveau "lourdeur", il est quand même evident qu'une des solutions suivantes à l'avantage:
- une fonction générique de 5 lignes, dans un fichier mis en cache par le navigateur
- des lignes et des lignes de javascript générées par tes traitements serveurs à chaque demande ( et donc pas mis en cache)
Et en terme de lisibilité, je trouve quand même plus "évident" d'aller chercher du javascript dans un fichier ... javascript ... plutot que dans du code PHP/JSP ( ou en plus tu auras des variables non interprétées etc )
 

twingocerise a écrit :

- utiliser du code serveur pour générer du javascript c'est nawak ( surtout dans la mesure ou on peut tout faire proprement en js)
ça c'est ton opinion... on peut pas tout faire facilement en JS surtout si on veut être compatible avec un plus grand nombre de navigateur -> plus tu fais simple, plus ça marche... ! (et me dit pas que j'ai pas raison, tu as du pester des centaines de fois contre IE parce qu'il ne respecte rien !!)


Effectivement on peut pas tout faire en javascript, à cause des problèmes de certains problèmes d'incompatibilité ( chose qui a tendance à être minimiser en faisant du javascript "proprement", via le dom par exemple que IE respecte à 99%). Mais ces problèmes tu les rencontres aussi bien en ecrivant "directement le javascript" qu'en le mettant dans ton code PHP/JSP.
 

twingocerise a écrit :

Et franchement je vois pas pourquoi c'est pas propre... !! t'as une petite méthode simple, indexé, compréhensible par tout le monde qui gere un cas simple... sur un nombre limité d'objet... c'est le concept de brique logiciel... si tu vois ce que je veux dire... ;)
Ta maniere de fonctionner me rappelle les méthodes globales en C... il y a 20 ans...


Pour toutes les raisons que j'ai déjà evoquée [:spamafote]
Et puis si ta méthode est "petite et simple"et qu'elle ne gère qu'un nombre limité d'objet, je ne vois vraiement pas l'intérêt de la générer dynamiquement [:spamafote]
 

twingocerise a écrit :

- si ton document est modifiée dynamiquement ( genre ajout/suppression de noeud), tes fonctions ne marchent plus  
Bah si justement puisque ta brique logiciel "Noeud" se demerde tout seul... le script est au niveau de la brique... uniquement... en plus tu pourra la réutiliser ailleurs, en fesant un tag par exemple...


Non je parlais de modifications de ton document en javascript...
Par exemple, tu as une liste, tu rajoutes EN JS un element avec sa case a cocher, ta fonction "générée" ne fonctionnera plus [:spamafote]
 

twingocerise a écrit :


-> En struts c'est mieux quand on a un élément = 1 ID = 1 Name c'est plus simple a gerer pour le mapping vers tes forms beans...


En (x)html aussi hein  [:roane] , c'est même un peu la base de la déclaration des ID... d'ou mon 1er post.
Mais je ne vois pas en quoi cela justifie "ta méthode"...
 
 

twingocerise a écrit :

PS :  
Je remarque que le principe de brique logiciel réutilisable est pas encore rentré dans les moeurs... moi je trouve pas très propre qu'un composant transversale tel un script se permette une incursion au coeur même d'un composant sans que ça ne choque personne... Vous déclarez tout en "public" dans vos classes ? le principe de non dépendance des objets en eux... non plus ?


C'est vrai qu'une fonction générique faisant une chose précise et ré-utilisable dans n'importe quel projet ( sans modifier le code de celui-ci) c'est totalement con  [:pingouino]  
Et puis de ce que je comprends la, pour moi, tu mélanges "ta présentation des données" et le "traitement métier des données" [:spamafote]
 

Arjuna a écrit :

moi je cherche plus à discuter dans ce topic :spamafote:
y'a une ambiance qui frôle celle qu'on trouve à la frontière libano-palestino-israélienne


ne généralise pas, j'ai argumenté mon propos ;)

Arjuna a écrit :

pourtant y'a en tout au moins 5 solutions fonctionnelles, chacune avec leur approche à la question initiale


Certaines étant plus adaptées que d'autres ...

Arjuna a écrit :

et ensuite, les habitudes de développement, les préférence de structure du code, et autres considérations PUREMENT METAPHYSIQUES on s'en branle.


 :o  
 

Arjuna a écrit :

c'est comme dire qu'une F1 c'est mieux qu'une twingo. à la base, c'est tellement différent que... y'a pas de comparaison possible.


Sauf que là, la comparaison est pas terrible.
C'est plus comme si on demandait "Je besoin d'écrire 5 fois le même courrier" et les solutions proposées sont:
- tu prends ton stylo et tu l'écris 5 fois
- tu prends ton stylo et tu photocopie ton courrier 4 fois
- tu le tapes sur un traitement de texte, tu l'imprimes 5 fois et tu peux t'en re-servir la prochaine fois.
 
 

n°1410338
twingoceri​se
Posté le 20-07-2006 à 15:59:55  profilanswer
 

je comprend ta reponse arjuna... mais bon quand on me dit que ce que je fait c'est nawak alors que c'est en prod dans un logiciel stratégique pour 800 personnes par jour dans une usine à flux tendu, que ça marche depuis 5 ans et que c'est hyper simple à maintenir je me dis qu'il faut ouvrir les yeux... moi j'ai pas critiqué la méthode des autres, j'ai juste proposé la mienne mais bon c'est pas forcement du gout de tout le monde...  
 
:)

n°1410400
MagicBuzz
Posté le 20-07-2006 à 16:40:23  profilanswer
 

Faites chiez les gars, j'avais dit que je postais plus dans ce topic :o ;)
 
D'un autre côté, c'est bien, personne ne m'aura reconnu de toute façon :ange:
 
Bon alors...
 
twingocerise > te plainds pas : il a dit que c'était mal de générer du js à partir de php... moi j'ai écrit un site qui :
-> une requête SQL retourne du code JS
-> ce code JS est envoyé dans la page via ASP
-> il écrit-lui-même du code HTML
-> qui contient lui-même du code JS
-> qui permet de générer dynamiquement des clauses SQL
-> qui sont ensuite utilisées pourmodifier la requête SQL de départ et tout recommencer depuis le début
 
:pt1cable:
 
ça marche du feu de dieu pour un nombre un peu plus limité, certes (50 personnes) toute la journée comme des folles (saisie d'appels d'offres de plusieurs centaines de lignes, avec traîtements extrêment complexe, qui interdisent tout rafraîchissement complet de la page à chaque modif)
 
alors avec ce qu'il a dit, je devrais déjà me balancer au bout d'une corde :D

Message cité 1 fois
Message édité par MagicBuzz le 20-07-2006 à 16:41:16
n°1410409
anapajari
s/travail/glanding on hfr/gs;
Posté le 20-07-2006 à 16:52:27  profilanswer
 

twingocerise a écrit :

je comprend ta reponse arjuna... mais bon quand on me dit que ce que je fait c'est nawak alors que c'est en prod dans un logiciel stratégique pour 800 personnes par jour dans une usine à flux tendu, que ça marche depuis 5 ans et que c'est hyper simple à maintenir je me dis qu'il faut ouvrir les yeux... moi j'ai pas critiqué la méthode des autres, j'ai juste proposé la mienne mais bon c'est pas forcement du gout de tout le monde...  
:)


Un intranet conçu il y a 5 ans... Voilà si tu disais tout depuis le début aussi. Effectivement, je pense qu'à l'époque, la solution que tu préconises était la meilleure ...

twingocerise a écrit :

moi j'ai pas critiqué la méthode des autres, j'ai juste proposé la mienne mais bon c'est pas forcement du gout de tout le monde...  
:)


Certes tu n'as pas critiqué mais tu demandais:

Citation :

TOUS> Elle vous plait pas ma solution ? en plus, elle est compatible struts... non ?


Si je reprends ma comparaison d'avant, avec un peu d'humour, ta solution c'était un peu comme lui proposé de graver ses courriers au burin sur des plaques de marbre ;)
 
[

MagicBuzz a écrit :

Faites chiez les gars, j'avais dit que je postais plus dans ce topic :o ;)


t'es trompé de multi en plus :o
 

MagicBuzz a écrit :

twingocerise > te plainds pas : il a dit que c'était mal de générer du js à partir de php... moi j'ai écrit un site qui :
-> une requête SQL retourne du code JS
-> ce code JS est envoyé dans la page via ASP
-> il écrit-lui-même du code HTML
-> qui contient lui-même du code JS
-> qui permet de générer dynamiquement des clauses SQL
-> qui sont ensuite utilisées pourmodifier la requête SQL de départ et tout recommencer depuis le début


S'pas pareil [:spamafote], ton ASP il est juste là parce que tu peux pas connecter ton js directement sur ta bdd!!!
Là tes couche présentation et traitement des données sont certes faites dans le même language (en js) mais semblent néanmoins bien séparées ( le 1er code JS génère du code js ( j'imagine en fonction du modèle transmis), ce deuxième code js s'occupe de la vue).
 

MagicBuzz a écrit :

alors avec ce qu'il a dit, je devrais déjà me balancer au bout d'une corde :D


Bin non :o
 

n°1410418
twingoceri​se
Posté le 20-07-2006 à 16:58:23  profilanswer
 

t'as raison mais j'aime pas... j'aime pas les gens qui jugent... qui se croient au dessus... ya toujours plusieurs solutions qui ont chacune leur avantages..  
 
les conneries du genre :
 

Citation :


 
C'est plus comme si on demandait "Je besoin d'écrire 5 fois le même courrier" et les solutions proposées sont:
- tu prends ton stylo et tu l'écris 5 fois
- tu prends ton stylo et tu photocopie ton courrier 4 fois
- tu le tapes sur un traitement de texte, tu l'imprimes 5 fois et tu peux t'en re-servir la prochaine fois.  
 


 
ca m'enerve... c'est faire preuve d'un manque d'ouverture d'esprit... et surtout d'un manque d'écoute...
 
Voila.
C'est fini... je me tais!
 
;)

n°1410423
twingoceri​se
Posté le 20-07-2006 à 17:00:27  profilanswer
 


Un intranet conçu il y a 5 ans... Voilà si tu disais tout depuis le début aussi. Effectivement, je pense qu'à l'époque, la solution que tu préconises était la meilleure ...  
 
ie6 est sorti il y a 5 ans....
 

n°1410428
Arjuna
Aircraft Ident.: F-MBSD
Posté le 20-07-2006 à 17:06:26  profilanswer
 

anapajari a écrit :

t'es trompé de multi en plus :o


ben non, c'était pour pas reposter dans le topic :o
 
(là par contre je me suis planté de multi :o)

n°1410463
anapajari
s/travail/glanding on hfr/gs;
Posté le 20-07-2006 à 17:25:13  profilanswer
 

twingocerise a écrit :

t'as raison mais j'aime pas... j'aime pas les gens qui jugent... qui se croient au dessus... ya toujours plusieurs solutions qui ont chacune leur avantages..  
les conneries du genre :

Citation :

C'est plus comme si on demandait "Je besoin d'écrire 5 fois le même courrier" et les solutions proposées sont:
- tu prends ton stylo et tu l'écris 5 fois
- tu prends ton stylo et tu photocopie ton courrier 4 fois
- tu le tapes sur un traitement de texte, tu l'imprimes 5 fois et tu peux t'en re-servir la prochaine fois.  


ca m'enerve... c'est faire preuve d'un manque d'ouverture d'esprit... et surtout d'un manque d'écoute...
Voila.
C'est fini... je me tais!
;)


C'est quand même fou, tu demandes ce qu'on pense de ta méthode. Je t'explique en long et en large ce qu'on peut lui reprocher , et je prends soin de bien argumenter, et je me prends une remarque virulente.
Certes il y a plusieurs solutions, toutes ont des avantages, mais certaines ont quand même de gros inconvénients [:spamafote]
 
 

twingocerise a écrit :

Un intranet conçu il y a 5 ans... Voilà si tu disais tout depuis le début aussi. Effectivement, je pense qu'à l'époque, la solution que tu préconises était la meilleure ...  
ie6 est sorti il y a 5 ans....


C'est pas ce que je dis... Je bosse aussi sur un appli web qui date d'environ 5 ans. Les choix techniques qu'ont été fait à l'époque sont ce qu'ils sont. Et il y a des palanquées de code js qui sont franchement hideuses, alors même si cela fonctionne très bien depuis 5 ans, ce ne sont pas des solutions que je recommanderais [:spamafote]
 

Arjuna a écrit :

ben non, c'était pour pas reposter dans le topic :o
(là par contre je me suis planté de multi :o)


le prochain tu le fais avec lequel?
 

n°1410471
Arjuna
Aircraft Ident.: F-MBSD
Posté le 20-07-2006 à 17:28:40  profilanswer
 

anapajari a écrit :

le prochain tu le fais avec lequel?


me tente pas :o
 
ps: bon, z'avez fini de vous engueuler ? :o

n°1410494
twingoceri​se
Posté le 20-07-2006 à 17:42:15  profilanswer
 

allez viens faire un bisou va...  
 
vivons dans un monde de paix et d'amour...
 
Twingo,
qui n'en rajoutera pas promis... même s'il pourrait... non je rigole... :)

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  HTML/CSS

  Bug checkage de checkbox ?

 

Sujets relatifs
Bug fonction findBug d'affichage sous IE
[Résolu] Bug d'IE avec les caractères accentués.Bug CSS > Bas de page
Lien http et checkbox[PHP] Problème de checkbox dans une session
AJAX - 3 Listes dépendantes BUG ! Helllp :'(Bug dans Insure++ ???
[JS/DOM] Bug sous IE, l'image se s'affiche pas ! [RESOLU]Conserver la valeur d'une CheckBox (VBA)
Plus de sujets relatifs à : Bug checkage de checkbox ?


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)