Reprise du message précédent :

qui donne

 
C'est tout de même un comportement parfaitement défini. L'opérateur ++ va incrémenter la string (Arithmetic Operations on Character Variables), alors que le += 1 va forcer la conversion de la string en int. Et pour cette conversion en int, la fonction strtod est utilisée et comme ta chaîne (caca) n'a aucun caractères numériques dedans, alors la conversion va donner 0...

PUTAIN DE WYSIWYG DE MERDE ALALALA §§§§ Pourquoi est-ce qu'il casse les quotes à chaque fois ???

lol, wcag 2.0

t'utilises le wysiwyg?

 
 
Je rappelle quand même la réaction qu'un vrai langage est censé avoir:

irb(main):001:0> foo = "caca"
=> "caca"
irb(main):002:0> foo + 1
TypeError: can\'t convert Fixnum into String
    from (irb):2:in '+'
    from (irb):2
    from :0
irb(main):003:0>

Bof C'est plutôt la réaction où y'a pas de casting automatique...

Coercion, le casting est une conversion de type explicite.
 
Et une coercion ne devrait jamais être effectuée entre des types incompatibles (càd ayant des comportements différents quand soumis à des opérations identiques)
 
Parce que Ruby gère très bien la coercion entre des types compatibles merci pour lui

irb(main):001:0> a = 1
=> 1
irb(main):002:0> a.class
=> Fixnum
irb(main):003:0> a+=2135438543843
=> 2135438543844
irb(main):004:0> a.class
=> Bignum

Ouais sauf en PHP
 
C'est le problème avec les langages qui se veulent simple

Pas "sauf", PHP est un langage à la con, il n'est donc pas étonnant qu'il effectue des coercions automatiques sur des types incompatibles
 
Et ça n'a rien à voir avec le fait qu'un langage soit simple ou pas, PHP n'est pas simple il est stupide

A l'origine, c'est pour faciliter certaines opérations. Imagine un formulaire-caca qui convertit une monnaie en une autre.
- On envoi un formulaire avec un nombre
- On récupère le nombre dans $_POST (sous forme de string, donc)
- On multiplie
- On retourne
 
Et voilà ! Aucun casting C'est là où PHP se veut simple : t'as un nombre, tu veux le multiplier. Bah quelque soit la forme du nombre (sous forme d'int, dans une string...), ça va marcher. C'est évidemment idiot, mais c'est ce qu'ils ont voulu. Alors pour les prochaines versions, ils commencent à abandonner tout ce qu'il y a de naze, mais pour l'instant faut faire avec...

Ils ont décidé de laisser tomber le dev de PHP et de se reconvertir dans la pèche au gros

Nanan, ils ont décidé d'améliorer le langage, de dropper un peu la compatibilité backward, et de satisfaire les quelques critiques. Genre pour PHP6, fini register_globals et ils vont enfin rajouter la gestion des namespaces

Ouais mais non c'est pas suffisant hein, on est pas dans la marine, peinture + merde != propreté. Je reste sur mes positions et continue à considérer que tu devrais changer de langage de dev  
 
(en bonus vu leur track record je suis persuadé qu'ils vont réussir à se chier sur les namespaces )

Ca c'était pour PHP4 & 5. Pour le 6 apparemment, ils vont donner un coup de karscher avant...
 

J'aimerais bien aller vers d'autres horizons, genre ruby, mais pour l'instant j'ai pas trop le temps de me former à autre chose. Et vu que je développe mon propre framework, y'a moyen d'avoir quelque chose de moins pourri que le reste...
 
 

Vu les dernières discussions sur le sujet, ils étaient en train de causer sur la syntaxe... Apparemment ils vont réussir à trouver quelque chose de naze, je vais aller regarder vite-fait

Ya pleins de bon frameworks en python aussi
 
 
Bon, c'est sûr , c'est moins la classe que de l'avoir écrit soit même

En PHP aussi... J'en ai vu pleins... Et à chaque fois y'a un machin qui allait pas Alors du coup hop je fais le mien, et pis voilà...

Genre Django qui auto-génère les interfaces d'admin

La prochaine version de turbogears aura un peu le même genre de trucs aussi

Wouha ca dénigre PHP ici !
 
Bon PHP est certes pas un langage trés beau, cependant il est facile, enfin il est facile de faire des conneries surtout, comme vous vous etes amusés à le faire.
 
Moi personnelement, c'est un langage que j'apprécie car il est simple d'abord, ensuite il offre à porter de main un tas de fonction simple et pratique. Ensuite je le trouve assez robuste en monté en charge (coté serveur), il est moins lourd que certain langage (que je ne citerai pas pour pas monter un troll)
 
Il est facile en php de faire un petit dynamique, en peu de temps un gros avantage.
Ensuite coté serveur on le trouve sur la majorité d'hebergeur on a php, il y'a une raison.
 
Finalement, Pourquoi vous ferez des choses stupide en PHP , e vous ne feriez pas dans un langage fort typé. Un bon programmeur fera du bon code HP, un mauvais fera de la bouse !
 
D'ailleurs votre forum est en PHP !

je susi fan du php aussi ( et mon prochain projet est en asp )  
 
par contre, la bouse générée en java sera moins pire que la bouse générée en php  
 

Tu as déjà essayé d'autres langages typés dynamiquement que PHP?

genre quoi ?

Smalltalk, Python, Boo, Ruby, à la limite Perl5 + use strict
 
Des langages avec un minimum de design derrière (bon c'est discutable pour Perl), et des raisons derrière leurs caractéristiques

Je vois pas en quoi il est "simple"... C'est un language de programmation comme un autre .
Alors si simple ça veut dire "pas besoin de déclarer/typer ses variables" pour moi c'est pas vraiment un avantage.

Comme tous les languages quand on se donne la peine de lire la doc

Encore heureux qu'il soit "robuste" vu les conneries qu'on peut faire avec  
Manquerait plus que le serveur se viande à cause de lui

Dommage j'aurais bien aimé que tu cites... Mais j'imagine que tu parlais de java, c'est pas plus lourd!!!
Prends un exemple simple le traitement d'un gros flux xml en php(avec DOM) et java(avec jDOM), pas sur que PHP s'en sorte mieux.
Maintenant c'est sur que si tu compares open-office2 et un pov' site en php y'a pas photo...

j'aurais dit il est facile en php de faire une grosse merde rapidement... Programmer proprement en php prends autant de temps que dans n'importe quel language... Voir plus dès que tu as besoin de faire de l'objet.

Laissez croire aux gens, que ayé c'est des "programmateurs de folaïe".

C'est juste beaucoup plus facile de faire des bouses en php ( même quand t'es "bon programmeur" ), que dans d'autres languages.
 
J'ai beau travaillé avec très souvent je trouve PHP nul comme language... mais ça m'empechera pas de de continuer à m'en servir.

Avec php, c'est vrai, on peut faire des trucs pouri a vitesse grand V.
 
Avec Java, c'est les programmes pas pouri qui vont prendre beaucoup de temps parfois à cause d'un "this" oublié, qui permet d'utiliser une variable inexistante sans que le compiltateur ou la JVM ne crie gare. Je vous dit pas les méga scéance de débuguage avant de comprendre l'origine d'un tel bug.
 
Avec Asp (pour asp.net je sais pas pareil) le principal point noir, c'est la doc : sur le site de microsoft quasiment rien n'est documenté et je tombe des nus à chaque fois que je découvre au fin fond d'un fichier que l'ancien webmaster à utilisé un objet bien pratique qui est inclus de base dans le langage sans qu'il n'en soit fait référence sur le site de microsoft. Ex : la gestion de fichier xml.
 
En fait  quel que soit le langage qu'on choisit, il y aura toujours moyen d'en dire rapidement du mal surtout une fois que le langage à plusieurs années derriére lui.

PHP Sux, AS Rox

Au fait, plustôt que de dénigrer des langages pendant toute la semaine, si nous faisions plustôt l'inverse : faire une liste des langages sur lequel ca vaut le coup de se pencher en disant pourquoi.
 
Cette démarche là me semble beaucoup plus intéressante tant que ca ne part pas au troll.

pour l'asp c'est pas compliqué, tu as deux choix :
soit Javascript ou plutot jscript coté serveur
soit VBscript et là tu en aura 30 km de la doc

et C# ?

Gatsu35 > Quand t'arrive dans une boite où il y a déjà plusieurs centaines de pages en lignes, t'as pas vraiment le choix du script à utiliser dans les pages. Mais s'il y a tellement de doc pour vbscript (c'est ça qui est utilisé ici) sur le site de microsoft, alors je me demande comment j'ai fait pour n'y trouver que la base du langage.

PLAIT-IL ?????????
 
Les documentations Microsoft sont les plus complètes au monde !!!        
 
 

Ah ben forcément, la gestion de fichiers XML n'a rien à voir avec ASP, vu qu'il faut aller voir dans la doc de l'api MSXML

Bonjour, j'ai un probleme pour realiser un bloc avec bords arrondis, en CSS, compatible IE ...
voici la page :  
http://phenxdesign.free.fr/test_html/
 
Or, ça marche tres bien avec Fx, mais pas IE (ça aurait été trop beau), en fait les coins ne font pas la taille que je demande, et alors ça fait tout moche...
si vous voyez le probleme, ça pourrait bien m'aider
 
merci!!

 
Tu as fini de spammer...  
 
 
 
Bon sinon, les gars, j'ai un souci...
une fonction javascript qui veux pas se déclencher...
 
Alors ce que je veux faire:
  _ Executer un evénement sur un onchange dans une liste déroulante.
 
Bon c'est pas dur...Mais là sous IE, il veux pas.
 
si je lui dis: onchange="recalc();"
 
Avec  

 
Rien...
 
Sous FF, nickel..
 
j'ai testé :
onchange="recalc()"
onchange="recalc();"
onchange="javascript:recalc();"
 
Mais si je fait  
onchange="alert('coucou');"
 
ça marche
 
Bon voilà si vous avez une idée de la source du probléme, en vous remerciant

avec onclick, ça marche pas ?

 
Tu as raison j'aurais dû énumérer vraiment tout les banalités...
 
Et ben non ça marche sur aucun événement lié à un select  

avec un conteneur genre div ?

 
C'est quoi ton idée?

un onclick sur un div qui contient le select

 
 
FF aime bien, et te salue ...Mais IE fait toujours, la tête
 
non je pense vraiment que ça doit venir d'ailleur

ben IE c'est un excentrique, vraiment il fait jamais comme les autres ...

Il vaut mieux éviter d'utiliser les attributs onchange, onclick...
 
Essaie plutôt :