Reprise du message précédent :

 
en même temps dans ma boite le réseau des dealers tourne officiellement sur netscape 4.0 ...et les applis doivent être compatibles avec...
 
des fois aussi y'a un peu pour des milliards d'appli qui tournent spécifiquement avec ça, et tout réécrire c chaud...
d'un autre coté, sur une nouvelle appli, dans la mesure où l'environnement est de l'XP, se priver d'une target ie6.0/FF c'est vraiment se faire chier...
 
je présume qu'ils veulent pas expliquer à l'utiliser : ok si c un vieux tromblon tu utilises netscape 4.0, mais pour les applis X, Y, Z tu utilises ie 6.0...
 
PBEK en gros

terrible, mais pour le référencement ?

Tu as enfin compris, le JS pour le web, autre que pour faciliter et les embellissement c'est de la daube
 
Faire une appli web basée sur JS en considérant que c'est l'environnement sur à 100% est une erreur à mon sens, c'est à titre de comparaison cautionner les gens qui ont le permis mais qui sont des dangers (vieux qui comprennent plus rien, 40-50 qui comprennent rien au rond point et s'en foutent, jeunes foldingues...) sur la route.
 
C'est bon on peut y aller  
 
Allez on y va, même pas peur on a le droit  

Super ton raisonnement. Pour faire une appliweb il n'y a pas mieux que le JS, et dans le cadre d'une appliweb le référencement on s'en branle d'une force monumentale

Ouais le JS en interne, tout le monde, en bouffe *100

Tu serais pas un adepte du JScript.Net toi    
Tu connais d'autres languages client side potable/portable? Faut faire la part des choses, y'a certains élements d'un site qui doivent dégrader correctement, mais dans le cadre d'une appli web, tu peux pas faire enormement de choses sans js qui seront accessibles, donc arrête tes conneries  
 
Ah moins que tu veuilles du flash

Sauf que dans ce qu'on disait yavait pas de javascript en soi

Tu peux très bien faire

<a href="lapage.php#superancre" onclick="laSuperFonctionJSquiModifieLaPageEtlURLSansRechargement(); return false">
  Superlien
</a>

La, t'es compatible sans js, mais ma question sur le référencement reste posée  

Ne pas confondre "site web complexe" et "applis web interne".
 
C'est clair, pour une applis web qui ne sera accessible que par les salariés d'une boite (et éventuellement deux trois clients) qu'est ce qu'on en a à faire du référencement? Pire, si toutes les pages étaient référencé, ça pourrait poser des problème de sécurités des données (données privé qui deviennent publique) En plus dans ce genre de cas, (du moins si les clients n'y ont pas accès) on peut savoir quels navigateurs peuvent être utilisé pour aller sur ces pages alors ça limite les risques même si on se retrouve avec des problèmes d'évolution des produits si on fait du trop spécifique.
 
Par contre pour un site web public, là le référencement est important et il est déconseillé de faire n'importe quoi en javascript. Il n'y a qu'a voir des sites comme jeuxvidéo.fr où quasiment rien ne marche sans javascript pour voir les défauts du tout javascript. En plus de ça, on n'a aucune idée du navigateur qui sera choisit par chaque visiteur alors on ne peut pas se contenter de tester avec un seul d'entre eux.
 
 
Enfin bon, si vous ne parlez pas de la même chose, vous ne risquez pas d'être d'accord.
 

Vu que cette lib n'a que deux fonctions (json_encode et json_decode) , ça ne m'aurait pas étonné qu'il manque quelque chose. Mais bon, je m'attendait à un format d'échange plus structuré que ça et non pas à un "simple" format d'encodage.

function changeMaDiv() {
  RunAjax('quoimettre.php', function() {
    $('madiv').innerHTML = this.responseXML.documentElement.firstChild.nodeValue;
  });
}

RunAjax c'est une fonction de moi. La fonction en paramètre est appelée à la reception de la requete (fonction de retour).
Dans RunAjax(), je binde (c'est bien le mot ?) l'objet XHR à la fonction de retour, qui devient donc "this" à l'intérieur de cell-ci comme on peut le constater.

Seulement voilà :

function changeMaDiv(id) {
  RunAjax('quoimettre.php', function() {
    $('madiv'+id).innerHTML = this.responseXML.documentElement.firstChild.nodeValue;
  });
}

Le "id" passé à ma fonction changeMaDiv() n'est pas connu dans la fonction de retour donc ça marche pas
Ya quoi comme solution pour ce genre de truc ? Mettre en variable globale ? C'est crade, donc sinon ?
Sachant que je peux pas binder la fonction changeMaDiv() à la fonction de retour car ça écrase le bindage de XHR

Tu bosses pas avec mootools la?
Le cas écheant, ça serait bien d'utiliser les fonctions que fourni celui ci

genre ? j'utilise déja bind() pour binder.
ah oui yen a ptet d'autres tiens

Y'a quoi dans RunAjax?
 
Ton truc est pas super bien construit selon moi, je sais pas si tu réalises qu'au moment où la fonction est bindée, id n'existe pas...

Bindage de quoi ?
 
Voilà RunAjax :

function RunAjax(url, func) {
    XHR = MakeXHR();
    if (!XHR) return false;
    
    func = func.bind(XHR);
    
    XHR.onreadystatechange = function() { 
        if (XHR.readyState == 4) {
            func(XHR);
        } 
    };
    XHR.open ("GET", url, true);
    XHR.send (null);
}

D'ailleurs curieux qu'il connaisse func à l'intérieur du onreadystatechange

http://en.wikipedia.org/wiki/Closu [...] science%29

function RunAjax(url, func) {
    XHR = MakeXHR();
    if (!XHR) return false;
    
    func = func.bind(XHR);
    
    XHR.onreadystatechange = function() { 
        if (XHR.readyState == 4) {
            func(XHR);
        } 
    };
    XHR.open ("GET", url, true);
    XHR.send (null);
}

Euh, ton code, est moche, et dans le cas ou XHR n'existe pas, y'a aucun warning utilisateur
 

                         
               devient
                         

 
Soit thisp un tableau d'argument, et :
 

 
               devient
 

 
C'est moche, mais ça reste cohérent avec le reste

Même pas vrai, c'est fait dans MakeXHR()

Je me suis demandé 5 min ce que pouvait être \* et *\, mais j'imagine que je dois les virer en fait ?

merci pour ton aide

[/quotemsg]
nope, ce sont des indicateurs sur un paramètre obtenu via arguments à l'interieur de la fonction, cf l'implémentation de array:map en pur JS pour un exemple

Je te conseille par ailleurs d'essayer de bien comprendre ce que ça fait et pourquoi ils ont utilisé ça plutôt qu'un paramètre normal, c'est intéressant

Also, note que c'est également utilisé sur les implés de filter et forEach (que tu peux également trouver sur devmo)

1) c'est /*, thisp*/, pas \*, thisp*\
2) je capte pas c'est une manière alternative de mettre un argument optionnel ?

edit : ya un bug quand on suote ton post

qui permet de détecter quand un argument optionnel a été fourni mais est false ou null.

techinquement c'est quoi la différence entre

et

?

Yen a pas beaucoup vu que les deux versions pètent en disant que "ho" n'est pas défini

Salut tout le monde,
deux petites questions :
- comment gérez vous les droits administrateurs ?
- comment gérez vous le contrôle de formulaire (js, php [si php, comment ?]) ?
 
Merci

Pour les formulaires t'as pas trop le choix, t'es de toutes manières obligés de faire une vérification coté serveur, parce que si l'user a désactivé le JS, bin tu l'as dans les choux. Après j'trouve que le mieux c'est quand même de faire les deux, ou au moins certains cas simples en JS ( comme par exemple login ou password trop court, ou vérification qu'un champ obligatoire est bien rempli etc... ).
Même si pour toi ça change pas grand chose ( vu que t'as quand même ta vérif coté serveur ), je pense que point de vue user c'est mieux, ça t'évite d'avoir à recharger la page pour te retrouver avec pleins de messages à la con genre "votre login doit faire plus de 6 caractères".
 
Pour les droits d'admins, ça dépend la taille/conception du site imo.

pour la validation de formulaires coté JS :  
 

 
et formval est un objet que j'ai créé basé sur des mots clés que tu fous sur les champs :  

Chaque mot clé est un index d'une hashmap de fonctions

et le message d'erreur est soit tiré d'une hashmap de messages de base (basé sur le mot clé), soit foutu en dur dans le HTML selon le mot clé

et ce message d'erreur est soit mis dans une stack et affiché dans une popup, soit intégré dans le DOM (html) avant ou apres le champ
 
chaque mot

+1 sur cette méthode
 
Ca valide plus les DTD (à moins d'en faire une perso) mais on s'en tape

derreire n'importe qui integre le formulaire les doigts dans le nez et aussi facilement que du HTML, meme pas besoin de JS, et bien sur faut mettre ajouter des mots clé pour faire des traitements spécifiques (genre sur plusieurs champs) ben on rajoute une fonction et basta \o/

Et si on veut rendre la page valide on rajoute les mots clés via une fonction

Moi j'avais étendu le concept en ajoutant carrément des balises <validation:validator> pour pouvoir personnaliser bcp + et + proprement les règles de validation des champs

ouais mais rajouter des balises dans le code HTML qui ne sont pas du tout prévu pour c'est assez teuchi non ?

Non ça se passe bien, toutes les fonctions du DOM marchent (à l'époque testé sur IE >= 5.0 et FF)

les fonctions DOM marche sur des balises non standards ?  
tu as du soit utiliser un doctype perso soit ne pas en mettre du tout

Faut que je regarde le code de l'époque où j'avais fait ça

Edit :
Alors quelques extrait des bouts de code qui marche (j'étais en XHTML 1.0 Transitionnal) :

• document.getElementsByTagName("validation:validator" )
• validator.getAttribute sur un objet validation:validator retourné par la fonction précédente par exemple
• validator.nextSibling
• validator.parentNode.removeChild(un_autre_node);
• validator.parentNode.insertBefore(paragraph, validator.nextSibling);

Tout ça fonctionne niquel

PS : j'avais moi meme été surpris à l'époque de pouvoir jouer aussi facilement avec des balises perso

A ce moment du fais du client lourd
 
Faut pas faire du crado sous couvert de portabilité, de facilité, de maitrise de l'environnement...
 
Qui te dit qu'un jour l'environnement ne changera pas, des demandes qui partent dans un mur parce que le client est pas près à laisser faire un pro, qu'il s'entente dans un mauvais choix
 
D'ailleurs qui dit pro, dit arrive à se débrouiller seul...

Enfin, en l'occurence, le client c'est mon patron, et le webmaster c'est moi...
 
Donc pas de pb à moins qu'il perde la vue ou qu'il se mette a Lynx auquel cas je (ou mon successeur) prendrais 1 journée pour remplacer le JS par du serveur.
Au lieu d'en perdre 8 à imaginer ce qui se passerait si un dinosaure radioactif marchait sur le client...

Ca reste trop lourd au niveau de l'ecriture (un attribute simple contre un gros tag) quand meme
et niveau portabilité je doute que ton truc soit assez compatible tous navigateur (meme si c'est surement le cas)

Disons que le but à la base était de l'intégrer en remplacement des validateurs pour ASP.NET
Donc que les développeurs en utilisant l'interface WISIWYG de Visual Studio ait du code propre en sortie
Et puis dès que t'as des contrôles poussés sur des champs, je trouve ça + propre que de jouer directement sur les attributs du tag de l'élément du formulaire.
De plus le positionnement du validateur dans le code HTML avait un sens pour le rendu visuel du message d'erreur.
Ca permettait de gérer ce positionnement de façon simple
Disons que c'est du microformat avancé

ouais mais laisson le HTML tranquille; et puis c'est très propre les attributs exotiques

 
Bon, il semblerait que ce ne soit pas de mon niveau puisque je ne comprend presque rien de ce que vous dites

Non, un vrai pro c'est celui qui sait aussi où chercher une info quand il ne sait pas un truc et qui sait reconnaître ses limites.
A la limite, on peut parler d'expert si tu préfères, mais pas de pro.

raccourcis ton annonce