Design & Développement web - Le topic des canards qui mangent des cookies

[Møgluglu]

Qu'est-ce que vous êtes médisants. C'est un tanker FPSO, pas une péniche.

:mec qu'a rien compris:

[Tomaka17]

:mec qu'a rien compris:

C'est comme si tu écrivais pendant des heures de l'asm SIMD pour optimiser à fond des calculs sur des floats, et que soudainement les mecs changent d'avis et veulent travailler avec des int.

[tenshu]

Il y a un effet de """parallax scrolling""" sur la péniche ?

Il faudrait que le DA comprenne ce que tu viens de dire

[Møgluglu]

C'est comme si tu écrivais pendant des heures de l'asm SIMD pour optimiser à fond des calculs sur des floats, et que soudainement les mecs changent d'avis et veulent travailler avec des int.

Han, d'accord ! Merci.

[Skiant]

Il faudrait que le DA comprenne ce que tu viens de dire

Pourtant c'est hype le Parallax Scrolling. Il devrait connaître. "Ah ouais on fait comme Nike a fait y'a dix mois c'est trop cool!"

[rOut]

Tu veux dire plutôt comme dans Mario World sur SuperNES y'a 15 ans ?

[darkgrievous]

Bientôt le mode 7 en html/js

[Skiant]

Tu veux dire plutôt comme dans Mario World sur SuperNES y'a 15 ans ?

Règle numéro un des DA débiles : ce qui existe en dehors du monde de la com' n'existe pas, ou est ridicule, voire les deux à la fois.

[war-p]

Bientôt le mode 7 en html/js

Doom 2 en mod 7 en html5... heu wait?

[darkgrievous]

Mozilla est passé du code d'origine de doom au JS mais a retiré le projet après un mail des avocats de zenimax.

[Møgluglu]

Doom 2 en mod 7 en html5... heu wait?

Le mode 7 c'est de l'ASCII art en 80x25?

Les vrais utilisent le mode X de toute façon.

Mozilla est passé du code d'origine de doom au JS mais a retiré le projet après un mail des avocats de zenimax.

Pourquoi, ils ne permettent pas de redistribuer les assets de la démo doom1 ? Çaydescons.

[Tomaka17]

Par contre là j'essaye d'afficher un calendrier de l'année 2012 avec angular et ses ng-repeat, et ça fait freeze firefox pendant une à deux secondes. Sous chrome ça passe niquel.
J'ai aussi essayé de construire un tableau de tous les jours de l'année dans le controlleur (avec pour chaque jour les attributs "jour de la semaine", "publicholiday", etc.), mais ça freeze aussi.
Je pense qu'il faut que je change de méthode, mais je vois pas trop comment faire.

<thead>
      <tr>
        <th data-ng-repeat="monthName in ['Jan', 'Fév', 'Mar', 'Avr', 'Mai', 'Jun', 'Jul', 'Aoû', 'Sep', 'Oct', 'Nov', 'Déc']">{{monthName}}</th>
      </tr>
    </thead>
    <tbody>
      <tr>
        <td data-ng-repeat="month in ['01','02','03','04','05','06','07','08','09',10,11,12]">
          <ul>
            <li
              data-ng-repeat="day in ['01','02','03','04','05','06','07','08','09',10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31]"
              data-ng-class="{
                weekend: year.getDayOfWeek(year.yearNum+'-'+month+'-'+day) == 0,
                publicHoliday: year.publicHolidays.indexOf(year.yearNum+'-'+month+'-'+day) != -1
              }">
                <div data-ng-show="year.dayExists(year.yearNum+'-'+month+'-'+day)">

[Skiant]

Et moi j'étais prêt à galérer avec des cookies pour une feature à la con sur le projet en cours, jusqu'à ce que je découvre le WebStorage.

La lumière divine est descendue sur mon poste de travail.

[tenshu]

Jcrois bien avoir utiliser une lib qui permet de manipuler du webstorage avec un fallback pour < IE8.
Mais impossible de retrouver le nom.

J'ai avais une pour l'API history mais j'ai aussi perdu le bookmark en changeant de taf.

[Skiant]

Encore mieux, j'implémente le truc sans fallback et les utilisateurs d'IE7 vont se faire foutre, vu que c'est clairement pas une feature critique (juste un bidule pour retenir les page de détails que tu as déjà vues histoire d'afficher un petit sticker "déjà vu" quand on les affiche dans une liste).

[war-p]

Mozilla est passé du code d'origine de doom au JS mais a retiré le projet après un mail des avocats de zenimax.

Par contre, il y en a qui ont porté command and conquer sur html5/js et mis à part que ça rame, ça marche pas mal du tout!

http://www.adityaravishankar.com/pro...d-and-conquer/ pour ceux qui ne connaissent pas!

[MrBeaner]

Dans la création d'un formulaire en ligne, je dois coder un message d'erreur si le champs est laissé vide. Dans la fonction liée à ma page html, j'ai formuler la structure conditionnelle ainsi :

function control() {
	var lastname=document.formulaire.lastname.value;
	var firstname=document.formulaire.firstname.value;
	var age=document.formulaire.age.value;
	var mail=document.formulaire.mail.value;
	var comment=document.formulaire.comment.value;
	if (lastname="" || firstname="" || age="") {
		alert("Veuillez indiquer votre nom, prénom et âge.");
		return false;
	}
	if (mail="") {
		alert("Veuillez indiquer votre adresse e-mail.");
		return false;
	}
	if (mail.indexOf(@)!=1 && mail.indexOf(.)==0) {
		alert ("Veuillez indiquer une adresse mail correct.");
		return false;
	}
	if (comment="") {
		alert ("Veuillez laisser un commentaire.");
		return false;
	}
	else {
		return true;
	}
}

Mais la console d'erreur de Firefox m'indique "ReferenceError: invalid assignment left-hand side" à la ligne 7. Y a-t-il une autre façon de dire qu'une valeur est vide ? Au pifomètre, je me dis qu'il s'agit encore d'un problème avec le signe d'égalité. Je met donc "==" et ça marche ! Et là, tout à coup, tous vos précédents messages à propos de "==" prennent sens sous mes yeux ébahis. Mais je reste curieux de savoir s'il existe une meilleure façon de vérifier si un champ est vide ou mal rempli.

J'ai découvert aussi au fil de mes pérégrinations sur la console d'erreur FF que les majuscules comptaient lorsqu'il s'agit d'appeler une valeur (dans mon fichier html j'avais mis "Formulaire" comme nom, alors que j'ai appelé la valeur par document.formulaire...". Il me semble que ce n'est qu'en HTML que minuscule et majuscule ne sont pas différenciées, non ?

Par contre, si je suis bien arrivé à afficher des messages d'erreurs si les champs ne sont pas correctement remplis, je n'arrive pas à trouver un moyen de savoir si quand je clique sur "Envoyer", le formulaire s'envoie bel et bien (y a un chargement et les champs sont effacés, mais je n'ai pas de retour plus concret).

EDIT : mhh, je remarque que la ligne de vérification de la présence de "@" et de "." dans l'adresse mail ne se fait pas.

REDIT : Bingo ! J'avais pas noté que ça partait à -1 (= aucune présence du caractère). J'ai réécrit la ligne ainsi :

if (mail.indexOf("@")!=0 && mail.indexOf(".")==-1) {
		alert ("Veuillez indiquer une adresse mail correcte.");
		return false;
	}

[flo900]

En tout cas y'a moyen de faire des validations "simple" de formulaire en Html5.
Par exemple :

<input required title="Veuillez laisser un commentaire." />
<input required type="email" title="Veuillez indiquer une adresse mail correcte." />

[Møgluglu]

Mais la console d'erreur de Firefox m'indique "ReferenceError: invalid assignment left-hand side" à la ligne 7. Y a-t-il une autre façon de dire qu'une valeur est vide ? Au pifomètre, je me dis qu'il s'agit encore d'un problème avec le signe d'égalité. Je met donc "==" et ça marche ! Et là, tout à coup, tous vos précédents messages à propos de "==" prennent sens sous mes yeux ébahis. Mais je reste curieux de savoir s'il existe une meilleure façon de vérifier si un champ est vide ou mal rempli.

Bien joué. Non, c'est bien comme ça, comparer avec une chaîne vide est une bonne manière (idiomatique) de tester si une chaîne est vide.

Sinon, je vais surement me prendre une shitstorm dans la gueule, mais je trouve hallucinant qu'après la deuxième moitié du XXe siècle on continue à pondre des langages où le symbole d'affectation est "=".
Alors que même en restant avec ASCII il y a le choix : flèche simple "<-", flèche double "<=", définition ":=", attention virage "<<", tête de shadok "<:", mais putain je te dis que c'est le truc à droite qui va vers le truc à gauche "<<-"...

Bien entendu, c'est APL le plus classe, où l'affectation est une flèche ←.

[MrBeaner]

On nous impose le HTML 4 strict (malheureusement ?).

J'y pense, mais pour ma nouvelle instruction conditionnelle, j'aurais dû mettre "ll" plutôt que "&&".

[rOut]

Bien joué. Non, c'est bien comme ça, comparer avec une chaîne vide est une bonne manière (idiomatique) de tester si une chaîne est vide.

Sinon, je vais surement me prendre une shitstorm dans la gueule, mais je trouve hallucinant qu'après la deuxième moitié du XXe siècle on continue à pondre des langages où le symbole d'affectation est "=".
Alors que même en restant avec ASCII il y a le choix : flèche simple "<-", flèche double "<=", définition ":=", attention virage "<<", tête de shadok "<:", mais putain je te dis que c'est le truc à droite qui va vers le truc à gauche "<<-"...

Bien entendu, c'est APL le plus classe, où l'affectation est une flèche ←.

C'est plus long à écrire.

[Møgluglu]

Meuh non.

[MrBeaner]

J'y pense, mais pour ma nouvelle instruction conditionnelle, j'aurais dû mettre "ll" plutôt que "&&".

Quelqu'un qui est de mon avis (je parle de ce que j'ai mis en REDIT plus haut) ?

[Anon26492]

Oula malheureux.
Une validation de mail qui suit la norme, c'est deux cent lignes de code.

[tenshu]

Avec && (et) ta condition va passer si les 2 tests sont faux.
Avec || (ou) au moins 1 l'est.

[Tomaka17]

En parlant de && et de ||.

Certain d'entre vous savent peut être que quand on écrit "a || b", le navigateur fait en fait "if (a) return a; return b;". C'est notamment ça qu'on utilise en PHP quand on voit les vieux exemples "mysql_connect(blabla) or die('Erreur')".
Récemment j'ai réalisé que quand on écrit "a && b", ça veut dire "if (a) return b; return a;"

Et que du coup, au lieu d'écrire "a ? b : c" (l'opérateur ternaire), on peut écrire "a && b || c" (à condition que b soit non-null et différent de 0)

[MrBeaner]

Avec && (et) ta condition va passer si les 2 tests sont faux.
Avec || (ou) au moins 1 l'est.

C'est donc plus logique de mettre "||" pour vérifier l'adresse mail (@ Mdt : du moins comme on me l'a demandé, je suis curieux de voir à quoi ressemble une véritable vérification mail). Dommage ! j'ai déjà rendu ma série

[tenshu]

Probablement.

Tu devrais jeter un oeil aux opérateurs.
Je crois qu'avant toute chose il faut connaitre les opérateurs et les structures conditionnelles.

[Tomaka17]

je suis curieux de voir à quoi ressemble une véritable vérification mail

/^(([^<>()[\]\\.,;:\s@\"]+(\.[^<>()[\]\\.,;:\s@\"]+)*)|(\".+\"))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$/.test(email);

[MrBeaner]

Probablement.

Tu devrais jeter un oeil aux opérateurs.
Je crois qu'avant toute chose il faut connaitre les opérateurs et les structures conditionnelles.

Déjà fait, mais c'est plutôt la formulation de ma condition (dans mon esprit) qui a péché. Une erreur logique quoi.

Avec du pot, le prof n'y prêtera pas attention

---------- Post added at 11h27 ---------- Previous post was at 11h22 ----------

/^(([^<>()[\]\\.,;:\s@\"]+(\.[^<>()[\]\\.,;:\s@\"]+)*)|(\".+\"))@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\])|(([a-zA-Z\-0-9]+\.)+[a-zA-Z]{2,}))$/.test(email);

Mhh... Ça fait pas 200 cents lignes ça !