Reprise du message précédent :

 
 
http://wpengine.com/2013/07/08/ngi [...] ked-sites/
http://www.thewhir.com/web-hosting [...] ver-survey
 
 

Chrome + usb API (ou peut-être autre chose, par exemple ils ont peut-être un port série sur USB, auquel cas l'API serial suffit).
http://developer.chrome.com/apps/usb.html

Ok, je vais creuser ça, faudrait que j’arrive à me le faire prêter pour faire des tests mais là j'attaque un truc qui sort de mes qualifications...
 
...faudrait que je trouves une doc du coté du TPE aussi. :-/

good luck, surtout que tu peux avoir des problèmes de certification.

Il me semble que les contraintes légales (des trucs chiants du genre certification, etc.) changent vachement dès qu'un soft de caisse custom est directement connecté au truc de paiement, au point où c'est carrément pas une bonne idée de jouer à ça si t'es pas une boite spécialisée.
 
J'ai pas trop les détails ou les textes qui vont avec par contre, c'est un souvenir d'un pote qui a fait son soft lui même et qui a été contraint de séparer les deux en dépit de l'aspect pratique.

 
Deuxième lien, il est toujours devant Et puis dans son cas, il a l'air d'être chez un mutu avec Apache derrière, ça tombe bien

Cloudflare est down, tous les liens JS modernizr, conditionizr sont aussi HS

Comment faire pour intercepter l'événement submit lorsque le formulaire est soumis via le méthode "submit()" (le navigateur ne déclenche pas l'événement) ?

var form = document.getElementById('form');
  form._submit = form.submit;
  form.submit = function(){
    alert('before submit');
    this._submit();
  }

 
un truc de ce genre ?

Qu'il le déclenche pas? Ou qu'il fasse pas le default?

var form = document.getElementById('form');
  form._submit = form.submit;
  form.submit = function(){
    alert('before submit');
    this._submit();
  }

Ou alors tu capture le submit sur document et tu stop la propagation direct

 
Erf...
 
Et en passant par un plug-in "certifiés" installé sur le navigateur de la machine, vous savez si des boites commercialise ce type de service (à vue de nez mon client doit pas être seul à avoir une appli en ligne pour gérer sa caisse...) ?
Moi je veux arranger le coup de mon client, et je n'ai pas spécialement envie de passer 3 semaine à m'arracher les cheveux la-dessus ! ^^

var form = document.getElementById('form');
  form._submit = form.submit;
  form.submit = function(){
    alert('before submit');
    this._submit();
  }

 
Ca m'a l'air pas mal
 

 
C'est pas un peu bourrin comme solution ?

 
En général tu peux faire ça directement dans le panneau de configuration de ton registrar.

Tu peux vouloir empêcher le comportement par défaut, empêcher la propagation d'une étape à l'autre ou empêcher le trigger programmatique d'un évènement, il est pas nécessairement clair lequel tu veux.

En quoi c'est plus bourrin qu'aller smasher le handler inline?

C'est de la capture d’événement, pas plus bourrin qu'un onclick sur un div.  

dites les jeunes, je veux jouer avec des entiers en JS, ya moyen d'obtenir le nombre de bits de mantisse du système, ou je suppose 53 pour tout le monde ?

La spec définit les nombres JS comme étant des doubles IEEE754, tu peux supposer sans problème.
 
http://www.ecma-international.org/ [...] sec-4.3.19

mais je trouve moche le Math.pow(2, 52)

 
En gros c'est un script ajouté par le client sur la page qui traite des formulaires spécifiés par le client. Si j'intercepte le submit de la page il est possible que celui-ci provienne d'un formulaire qui ne doit pas être géré par le script.
Après je peux aussi intercepter tous les submits, vérifier la cible de l'événement et arrêter ou non la propagation.

Je voudrais écouter un événement (click) sur tous les liens qui ont la class ajax de mon app sachant que mes pages se chargent en ajax. Quelle est la meilleure solution pour faire ça avec jQuery ?
 

$('#container').on('click' ,'.ajax' ,function(e){
 e.preventDefault();
                console.log("Click" );
});

http://api.jquery.com/on/ > delegated events

$('body').delegate('.ajax', 'click', function(event) {
    
});

Edit : va falloir que je me mette à jour avec la dernière version de l'API

Merci  

$('#container').on('click' ,'.ajax' ,function(e){
 e.preventDefault();
                console.log("Click" );
});

Ca ne fonctionne pas avec du content loadé dynamiquement (sauf avec $.load ou $.get, je sais plus)

 
Si, le .on remplace le delegate si tu lui passes le contexte, comme flo l'a fait.

 
Si si ça fonctionne, je viens de tester à l'instant  

C'est l'intérêt de la délégation.

Ah bon, pourtant quand je load dynamquement du html/js, le DOM n'est pas automatiquement parsé.. donc dans mon framework perso, j'ai une routine qui parse le DOM loadé à la recherche de type["data-href"] pour leur attribuer un handler)  
J'ai du râter quelque chose

Le principe de la délégation : tu mets le handler sur un parent de + haut niveau et dans le handler tu testes si l'élément qui a déclenché l'event au sein de ce parent est du type qui t'intéresse. Ca te permet notamment d'avoir bcp bcp moins de handler actifs dans ton document.

sisi je t'assure que ça marche  
 
Et ça ne veut rien dire " LE DOM n'est pas parsé"
 

Machine : on est d'accord que tu parlais de ça ?
 

document.addEventListener('submit', function() {
    console.log('submit');
});

 
Ca ne change rien étant donné que le .submit() ne déclenche pas d'event, j'ai testé pour la forme, mais quelque chose me dit que tu m'indiquais une méthode plus subtile et surtout fonctionnelle

Je pense plus a quelque chose comme ça :  

$('#container').on('submit' ,'form' ,function(e){
 e.preventDefault();
                console.log("form" );
});

par contre, si il y a d'autres listeners au niveau du submit, ils peuvent être exécuté avant . Dans ma méthode aussi  d'ailleurs.

D'où la demande de précision, à la base t'as parlé d'évènements, et là tu parles plus d'évènement

$('#container').on('submit' ,'form' ,function(e){
 e.preventDefault();
                console.log("form" );
});

Avec addEventListener, tu peux utiliser le 3e paramètre choper l'évent dans la phase de capture, tu bind sur document et les chances que quelqu'un d'autre passe avant toi sont peu ou prou nulles

form.onsubmit n'est pas un event ? ou tu parles de domevent ?

form.onsubmit oui (enfin c'est un event handler), form.submit() non (plus précisément il n'y a aucune garantie que l'event soit dispatché sur un appel à HTMLFormElement.submit(), c'est non spécifié)

Je m'arrache les cheveux avec des regex  PCRE :

Ca me matche bien cid:ii_1426b3b2032958bb dans

Par contre, si j'ai :

Ca ne matche pas cid:image001.png@01CEE1E1.B11C5BC0

Je pense que le "@" y est pour quelquechose, mais j'arrive pas a trouver la bonne syntaxe pour matcher avec l'arobase. Il semble que \w ne contienne pas @, mais comment l'ajouter ?

j'ai essayé [\w@] mais non

Des idées ?

 
Ouais, mais je suis emmerdé avec IE < 9
 

 
Il ne me semble pas avoir dis que .submit() était un événement, mais que .submit() ne déclenchait pas l'événement submit

TIL  

wat ?  
 
https://developer.mozilla.org/en-US [...] ent.submit

document.forms["myform"].submit()

et remplacer ton \w@ par [a-zA-Z0-9_@]  ?

 
  , et ajouter aussi le \. pour matcher le point    
 

 
Ca marche matche

T'Y METS UN PEU DE LA MAUVAISE VOLONTÉ QUAND MÊME

Je répondais à flo là, si t'as pas remarqué

Et 2e effet kisscool, si je me plante pas dans la lecture de la spec (et que c'est correctement implémenté dans les navigateurs) ça permet même de faire de la délégation sur les évènements qui bubble pas

s