Bug checkage de checkbox ?

Bug checkage de checkbox ? - HTML/CSS - Programmation

Marsh Posté le 19-07-2006 à 17:03:23    

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>


 

Reply

Marsh Posté le 19-07-2006 à 17:03:23   

Reply

Marsh Posté le 19-07-2006 à 17:08:51    

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...

Reply

Marsh Posté le 19-07-2006 à 17:13:51    

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

Reply

Marsh Posté le 19-07-2006 à 17:14:29    

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]

Reply

Marsh Posté le 19-07-2006 à 17:19:24    

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 !!!

Reply

Marsh Posté le 19-07-2006 à 17:37:18    

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
 
 
 
 

Reply

Marsh Posté le 19-07-2006 à 17:39:21    

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...

Reply

Marsh Posté le 20-07-2006 à 01:14:50    

Reply

Marsh Posté le 20-07-2006 à 02:24:41    

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
Reply

Marsh Posté le 20-07-2006 à 09:19:12    

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
Reply

Marsh Posté le 20-07-2006 à 09:19:12   

Reply

Marsh Posté le 20-07-2006 à 10:06:55    

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

Reply

Marsh Posté le 20-07-2006 à 14:18:43    

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 ?

Reply

Marsh Posté le 20-07-2006 à 14:26:27    

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
Reply

Marsh Posté le 20-07-2006 à 14:45:22    

.... 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...
 
 
 
 
 

Reply

Marsh Posté le 20-07-2006 à 15:04:24    

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
Reply

Marsh Posté le 20-07-2006 à 15:51:22    

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.
 
 

Reply

Marsh Posté le 20-07-2006 à 15:59:55    

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...  
 
:)

Reply

Marsh Posté le 20-07-2006 à 16:40:23    

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
Reply

Marsh Posté le 20-07-2006 à 16:52:27    

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
 

Reply

Marsh Posté le 20-07-2006 à 16:58:23    

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!
 
;)

Reply

Marsh Posté le 20-07-2006 à 17:00:27    


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....
 

Reply

Marsh Posté le 20-07-2006 à 17:06:26    

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)

Reply

Marsh Posté le 20-07-2006 à 17:25:13    

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?
 

Reply

Marsh Posté le 20-07-2006 à 17:28:40    

anapajari a écrit :

le prochain tu le fais avec lequel?


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

Reply

Marsh Posté le 20-07-2006 à 17:42:15    

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... :)

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed