Reprise du message précédent :

Il file quoi pour les accents ? Un caractère invalide genre � ? Essaye un utf8encode

 
Merci, ça fonctionne nickel

c'est sûr que c'est vachement plus simple

Si le zéro est négligeable ça marchera très bien.

[0-9]+  me semble pas super complexe

\d+    3 caractères de moins

Sur mon hébergement (infomaniak), je dois jouer avec setlocale pour paramétrer la sortie de strftime en utf8.
Un truc du genre::

Sinon, par défaut la sortie est en iso-8859, ce qui pose des problèmes si tes pages sont en utf8.

Au passage, bonjour à tous.

parseInt(x, 10)==x
 

 
il vaut mieux préciser le radix, sinon tu te retrouves avec des cas de ce genre :  

parseInt cherche la base du nombre et un nombre qui commence par 0 c'est souvent la base octal

 
Stadire ?
 

 
Vous battez pas, de toute façon je me suis mal exprimé Je voulais savoir si la valeur est entière, pas le nombre en lui même (genre 1.000 doit retourner true )
 

 
Ouaip en effet, j'avais omis ce "détail" important (en fait c'est parce que j'utilise (encore et toujours) Mootools, et son toInt() est en base 10 par défaut)
 
Merci à vous

 
Effectivement, le fr_FR.utf8 me semble mieux.
J'aurais du y penser vu que j'ai installé récemment Archlinux et que j'ai du tout configuré moi même.

 
Voila :  
 

 
Ah ok Je croyais que tu parlais de la valeur ^^

typeof ?

Non, ça sortira "number"

J'ai constaté un bug dans IE (Incroyable, non ?), quand je clique dans la partie vide d'un div qui ne contient que du texte, l'évenement mouseDown n'est pas levé.
 
Est-ce qu'il y a un contournement propre à ce bug ?
 
 
P.S. Je pourrai mettre une image transparente en fond de mon div mais j'aimerai eviter ce genre de bricolage

Autant pour moi je pensais que Number était pour les entiers et qu'il y avait un type Float

Prototypage de isInteger

 
Avec ca :
(10).isInteger () retourne true
(-10).isInteger () retourne true aussi
(3.14).isInteger () retourne false
 
Pour un isFloat, il suffit d'inverser (avec "!" ) le prototypage plus haut
 
EDIT:

C'est l'inverse, et il n'y a pas d'entiers en JS, que des double.

Number.prototype.isInteger = function ()
{
  return (this.toString ().search (/^-?[0-9]+$/) == 0);
}
 
Number.prototype.isInteger2 = function () {
  return parseInt(this, 10) == this;
}
 
console.log((10.1).isInteger())
>>> false
console.log((10.1).isInteger2())
>>> false
 
console.log((10).isInteger())
>>> true
console.log((10).isInteger2())
>>> true
 
console.log((-10).isInteger())
>>> true
console.log((-10).isInteger2())
>>> true
 
console.log((10.0).isInteger())
>>> true
console.log((10.0).isInteger2())
>>> true

Après faut se demander si ça vaut le coup de compiler une regex et de créer une string pour ça

[/0x90]

C'est vrai qu'il serait interessant de voir à grande échelle laquelle des deux fonctions est la plus efficace.
D'ailleurs on pourrait aussi s'amuser avec des Math.floor/ceil

bug aléatoire de IE et la seule solution :  
une image de fond transparente

J'ai absolument pas la conviction que tu dois te soucier de ça pour une appli qui s'execute sur un client type navigateur. A l'échelle ou on travaille c'est pas ce genre d'optimisation qui doit nous préoccuper.
Mais sinon c'est pas compliqué à vérifier :

test1

Number.prototype.isInteger = function ()
{
 return (this.toString ().search (/^-?[0-9]+$/) == 0);
}
 
print("Using regex" );
 
function test() {
    (5).isInteger();
    (5.00000000000000).isInteger();
    (3.14159265).isInteger();
}
 
var i=0;
while(i<1000000) {
    test();
    i++;
}

test2

Number.prototype.isInteger = function () {
 return parseInt(this, 10) == this;
}
 
print("Using parseInt" );
 
function test() {
    (5).isInteger();
    (5.00000000000000).isInteger();
    (3.14159265).isInteger();
}
 
var i=0;
while(i<1000000) {
    test();
    i++;
}

Si tu te retrouves à faire 1 millions d'itérations (même 100 000), you are doing it wrong.

Aléatoire ?
Chez moi c'est systématique dans certains cas (sous IE7 en tout cas)

j'ai quoi comme possibilité pour voir les headers de request et response ... avec IE ?

sniffer le reseau ?

Optimisation nazi :
 
test3

Number.prototype.isInteger = function () {
      return Math.round(this) == this;
}

 
Mais nous sommes bien d'accord, d'où mon smiley en fin de post
Ceci dit, il reste remarquable que pour un même problème donné, il y ait plein de solution, plus ou moins adaptée selon les cas
 
EDIT en rapport avec le poste au-dessus :
Je pensais pas que Math.XXX serait le plus rapide !
Merci de l'info, je vais de ce pas updater ma lib d'outils JS avec ca ^^

je crois que http://www.debugbar.com propose ca (le panel existe en tt cas)

certes
mais concretement? comment, avec quoi? chuis pas sous windows et j'vais pas faire l'operation moi-même. j'veux pas d'un truc de barbus.

A noter que le site de debugBar propose pas mal d'outils qui dépannent bien, genre IEtester, qui permet de tester un site sur plusieurs versions de IE à la fois sans installer de VM

Fiddler Tools

Number.prototype.isInteger = function () {
      return Math.round(this) == this;
}

paye tes optimiseurs, on voit à 30km qu'il n'y a pas d'escape, mais ils virent pas la boucle

pis bon, gagner du temps sur un truc qui va pas tourner bcp, tout en le rendant imbitable à maintenir à force d'optimisation (bon pas dans cet exemple, mais en général), j'appelle pas ça une optimisation...
 
Premature optimization is the root of all evil, qu'ils disaient...

juste pour ma culture, shinuza comment se comporterait "! isNaN" sur ton bench?

Le monsieur il comprends pas ta question

J'ai une autre question JS (Mootools)
 
Si je fais un window.addEvent('resize'), et que je fais un Ctrl Molette sous FF, le trigger fonctionne. Mais pas sous Opera (et sous IE c'est parfois oui, parfois non)
 
Y'a un trigger magique pour ce genre de chose ? Ou c'est DMC ?

T'as essayé event mousewheel + modifier Ctrl?

Marche pas

Edit : Bon en fait y'a que sous Opéra que ça ne marche pas

Soit plus précis.
Ca fonctionne sous FF.