Reprise du message précédent :

 
Thanks je vais y jeter un oeil

c'est à terme ce que l'on va utiliser à l'agence pour mon e-commerce,  
on compile le "coeur" du code (classes), et pas de soucis si un client veut recuperer le site sur son serveur, il pourra pas le modifier

Enfin ça c'est comme tous les trucs de droits d'auteur, ya beaucoup moins de monde qui veut (et surtout peut) piquer un code qu'on croit.
 
La seule fois où c'est arrivé à ma boîte, c'était pour un frontal en flash... passé au décompileur.

chez nous c'est malheuresement arrivé 2-3 fois, par une boite concurente donc on limite maintenant

 
PROCES /FOU/ /FOU/ /FOU/

C'est une question d'anticiper la possibilité que cela arrive, ça veut pas dire que ça arrivera, mais si ça arrive tu es prêt pour ça.
Faut mieux pas attendre que le problème arrive pour agir. C'est un principe de bon sens

Nan, il faut faire la part du risque (gravité + probabilité) et de l'effort nécessaire pour le contrer.
 
Parfois ça vaut le coup, parfois non. Après p-e que dans ton cas oui

Bonjour,
 
j'ai un petit souci :
En fait je rencontre une différence avec mon bouton "ok" entre deux navigateurs (IE bug)
Regardez la différence :
FIREFOX :
 http://www.casimages.com/img.php?i [...] 461339.jpg (pas de problème)
 
 
IE :
http://www.casimages.com/img.php?i [...] 740445.jpg (le bouton est décalé)
 
Mon code CSS  
 
 
input#searchsubmit{
 float:right;
 display:inline;
 margin:0px 0px 0px 0px;
 height:22px;
 background:#9d0a0a;
 color:#fff;
 border:1px solid #c2c4c6;
}
 
 
 
Merci bien.

il nous faut plus que ça, file ton code HTML en entier et ton code CSS en entier
Sinon essaye de mettre un width à ton bouton.

Oui en effet mais j'utilise un thème wordpress (donc le code est trèeees long).
Mais il n'y aurait pas moyen de rajouter un bout de code CSS UNIQUEMENT pour IE ?

Clément : http://www.siteduzero.com/tutoriel [...] lorer.html

Mouis j'ai tenté cela :
 
input#searchsubmit{
 float:right;
 display:inline;
 margin:0px 0px 0px 0px;
 height:22px;
 background:#9d0a0a;
 color:#fff;
 border:1px solid #c2c4c6;
margin-top: -23px !important;
 
}
 
Sur IE c'est bon mais sur les autre navigateur le bouton est trop haut... Je ne sais plus quoi faire....

Déjà ton display:inline je vois pas à quoi il sert, vire le .
Tu mets ton input text en float left, ton input submit en float: right, l'ensemble dans un conteneur bien délimité.
 
Les margins c'est ce qui cause plein de souci entre IE et les autres navigateurs, faut éviter au maximum de les utiliser et de privilégier les padding dès que tu peux concevoir de cette manière.

Attends tu peux me faire un exemple car là je dois t'avouer que je suis un petit peu perdu (je ne suis pas une flèche en programmation).
 
Avec cela ça semble fonctionner :
 
 
input#searchsubmit{
 float:right;
 display:inline;
 margin:0px 0px 0px 0px;
 height:22px;
 background:#9d0a0a;
 color:#fff;
 border:1px solid #c2c4c6;
margin-top: -23px !important!;

file le code CSS de ton input text, ainsi que le code CSS du conteneur des 2.
+ file le code HTML de cette partie

jsfiddle.net pour vous amuser

ioncube encoder fait ça parfaitement, avec en plus un contrôle des serveurs qui peuvent exécuter tes fichiers php compilés

CSS Reset HTML 5
 
il marche au poil

 
Il consomme combien de poil par jour ?

D'ailleurs en parlant de HTML5, je me suis pas encore renseigné sur les différences au niveau code de HTML4/HTML5, est-ce qu'il y a des choses que HTML 5 supprime et dans ce cas si on code en HTML5, comment faire avec les IE et cie ?
 
En gros : est-ce qu'on peut faire des sites en HTML 5 et que ça fonctionne partout ? (fonctionne = le site s'affiche normalment partout mais les fonctionnalités "révolutionnaires" de HTML5 genre la vidéo ne marche évidemment pas)
 
Edit : le blog que tu files répond en partie, mais je voudrais des retours de développeurs

ben IE c'est simple, tu fais pas de HTML 5 puisqu'il ne gère pas le HTML 5

oui mais si tu mets un doctype de HTML 5 et cie, le page ne marchera pas du tout ?

Putain vous êtes lourd ça a déjà été discuté 20 fois et il y a un bouquin gratuit sur l'internet pour ça, vous êtes tous handicapés du google ou quoi?

C'est un topic blabla sur HTML/CSS, le sujet du moment et qui le sera pendant de longues années c'est bien HTML5, on a le droit d'en discuter quand même sans qu'on nous renvoie sur google à chaque fois

+1

discuter c'est bien ( flashhtml5, svg/canvas/vml, .... )  
regurgiter texto le contenu d'un bouquin bien fait, c'est moins utile

bah je demande pas qu'on me régurgite un bouquin, qu'on me dise "oui tu peux le faire, tiens moi je l'ai fait sur tel site, regarde comment il est fait, il fonctionne partout, etc, etc" "ah non moi je le fais pas CAR....Bla bla"

Mais putain t'en discutes pas là tu poses des questions débiles de base pour lesquelles tu peux trouver la réponse soit en lisant le topic de temps en temps soit en passant environ 30 seconde sur google ou un blog quelconque sur ce sujet

Attends t'es gentil mais tu demandes si les anciens navigateurs risquent de pas rendre ta page si tu mets un doctype HTML5, c'est le premier paragraphe de n'importe quelle intro au HTML5, tu veux surtout qu'on te pré-mâche ta bouffe parce que t'es un gros feignant oui

http://en.wikipedia.org/wiki/HTML5
tu as ta réponse  

je me quote mon propre message "le blog que tu files répond en partie, mais je voudrais des retours de développeurs"
 
Et un peu de gentillesse n'a tué personne Masklinn, je sais que tu as une certaine conception de HFR, genre pour les élites, mais se rabaisser au noob de temps en temps serait pas un mal

donc tu e veux pas discuter, mais qu'on te regurgite la doc

autant prendre les infos à la source, ce sera mieux que ce qu'on pourra te sortir
Quand au retours des développeurs, vu le support trè partiels de navigateurs, il est encore embryonnaire, largement basé sur la théorie plus que sur la pratique

tu es un noob ? non, je ne crois pas  

Si, mon niveau le reflète, et j'assume totalement l'être. Je précise même avant chaque question "QUESTION2NOOB"
Mais bref peu importe, merci flo de m'avoir éclairé sur ma question

 
c'est simple, pour FF et Safari il faut rajouter ça dans ton CSS (car les styles du navigateur reconnaissent ces éléments en inline)

(pour Chrome c'est déjà en block)
 
pour IE tu rajoutes ça:

 
ou sinon tu le crées toi meme:

 
et apres ça marche parfaitement sous IE8, FF3, Safari et Chrome (et surement Opera, pas testé)

Merci beaucoup negueu

foreach ($nodeList as $n) {
    if (stripos(trim($n->nodeValue), 'Nombre') !== false) {
        $counter = $n->nextSibling->nodeValue;
        break;
    }        
}

foreach ($nodeList as $n) {
    if ($found) {
        $counter = $n->nodeValue;
        break;
    }
    if (stripos(trim($n->nodeValue), 'Nombre') !== false)
        $found = true;
}

Tu le récupère comment ton nodeList ? A tous les coups, nextSibling renvoit les textNodes entre les éléments

 
Elles existaient encore ces balises ?
 

 
Ca vient d'un xpath en manipulant le dom avec php5 (j'ai pas le code sous la main là).

Ouais à tous les coups c'est ça alors. Les espaces (et retours chariots et tabulations) entre les éléments sont considérés comme des nodes text.

Pas canvas, il y a pleins de canvas utilisés en display:inline. exemple simple avec Cufon génère des canvas à la place du texte et souvent le texte est inline

 
Ca doit être ça effectivement
Je reste donc avec mon code dégueulasse.