Duxmachine

tes boucles le font déjà, elles partent de (0,0)

lol, je viens de voir l'erreur récurente: il faut choisir un autre nom de variable dans les switch car $x et $y sont déjà utilisés par les boucles. je les remplace par $x2 et $y2 case 32: $x2=round($x/1.037); $y2=round($y/1.4); imagestring($im, 2, $x2, $y2, "> 32", $audessusvingtsix); break; C'est tout bête mais c'est une erreur d'inattention qui arrive souvent

Ton erreur n'est pas le nombre de calcul mais le formatage des boucles: à la place de for ($y=0; $y<650; $y+10) écrit for ($y=0; $y<650; $y=$y+10) pareil pour les X Tu peux alléger ton code $x=round($x/1.037); $y=round($y/1.4); Tu peux aussi te créer une petite fonction utilisateur pour éviter de tout répéter Ou utiliser switch case break switch ($color) { case 32: $x=round($x/1.037); $y=round($y/1.4); imagestring($im, 2, $x, $y, "> 32", $audessusvingtsix); break; case 30: $x=round($x/1.037); $y=round($y/1.4); imagestring($im, 2, $x, $y, "> 30", $audessusvingtsix); break; etc... }

2 possibilités: -soit tu as quelque chose avant le header() Si oui, retire ce qu'il y a avant -soit tu as une erreur dans le script qui retourne une message d'erreur ecrit. Dans ce cas fait un essai sans le header() pour voir ce message d'erreur

tu peux rendre mettre une couleur transparente à la place du blanc que je t'ai donné: imagecolorallocatealpha($im, 255, 255, 255, 127); 127 = transparence maxi.

pour une boucle dans le sens de lecture naturel: for (y=0; y<400; y++) { for (x=0; x<400; x++) { $couleur=imagecolorat($img, $x, $y); } } Et pour une lecture en sens vertical puis horizontal, inverser les 2 for()

bonjour, je vai te donner une piste sure: je pars d'une image $img // si c'est une true color, convertir en image à palette 256 avec tramage imagetruecolortopalette($img, true, 256); // boucle pour lister les 256 couleurs for( $i=0; $i<imagecolorstotal( $img ); $i++ ) { // récupération des valeurs RVB de la nuance $i $c = ImageColorsForIndex( $img, $i ); // recherche des points blesu et transformation en équivalent rouge if ($c["red"]<30 && $c["green"]<30 && $c["blue"]>230) { $c["red"]=$c["blue"]; $c["blue"]=1; } // réatribution des nouvelles valeurs RVB au même index de la palette imagecolorset( $img, $i, $c["red"], $c["green"], $c["blue"] ); } Voilà, en fait c'est pas si compliqué que celà n'y parait

Apercu en image 2eme apercu en image (5 oct 2005) Bonjour, je suis en cours de programmation de ABCphoto, application WEB se présentant sous forme de dossier de scripts à placer sur un site. ABCphoto permet de charger des images ou les ouvrir à partir du site, d'enregistrer, enregistrer sous ou télécharger cette image. De nombreuses options sont déjà disponibles: -travail en collaboratif (plusieurs comptes, le même bureau virtuel) -Retouche: couleurs, lumière, contraste, ... -filtres: teintes, négatifs, plus net, adoucir, renforcement marqué, relief, tracé des contours, ... -Edition: sélectionner, copier/coller, recadrer, dimensions, remplir, contour, composition de texte, ... à venir des options d'exportation: -création et mise à jour d'un blog photo -galerie d'images -créer un diaporama -envoyer par mail avec message -Carte postale ------------------------------------------ Donc ce sondage me permettra de savoir si cette application risque de devenir utile et grâce à celà savoir si je dois continuer à l'étoffer de fonctions. Merci d'y pretter attention

4096 couleurs exactement en HEX (16*16*16) Si tu choisis d'autres nuances, elles paraîtront correspondre avec les couleurs de tes images mais chez quelqu'un d'autre, on verra peut être la déifférence. C'est pour celà qu'on surnomme celà des safe colors

Ok donc c'est moi qui ai du changer. Enfin étonnant ce choix du Times pour la police proportionnelle de la part d'Apple

Je précise non pas IE5.2 Mac (celui la me sert que dans les phases terminales) Je parle de IE 4 et + Je vérifie toujours mes sites en plus du validator W3C par au moins 8 navigateurs différents sous systèmes MAC/PC Pour les différences de police, le problème est la taille d'affichage à l'écran pas la police en elle même. Sur MAC, que ce soit du em, du px ou du pt, elles sont toutes prises en compte pour le zoom du texte (pas de soucis d'accessibilité mais pas de définition en pixels fixes pour la mise en page). Et les réglages d'origine sur SAFARI affichent les polices plus grandes que sur IE6 PC et Firefox MAC/PC et IE MAC. Autre grande différence: sur MAC la police standard d'origine est Verdana si je me souviens bien et Times sous IE6 PC. Dites le moi si je me trompe. PS/ j'ai l'impression que j'ai marché sur un troll de la famille MACvsPC De toute façon le but est que ca marche sur tout les systèmes, pas de priorités qui tiennent.

ca fait longtemps que IE5.2 mac est cantonné à vérifier en dernier recours le JS et les alignement. EN dernier recours. Je pense pas qu'on puisse parler d'aléatoire pour un parser mais les notions d'interprétations "friendly user" sont objectives donc on peut ne pas être d'accord la dessus. Pas de soucis

D accord avec Dudu, en regardant à nouveau je trouve ca propre et suffisement aéré. Le jaune clair aussi est clair un poil trop Pour ton H1, tu devrais modifier une declaration pour ne pas avoir de background ou juste ajouter style="background: none" juste pour celui du haut. Car c'est le premier titre qu'on lit dans la page. Pour ce qui est des largeurs de ligne sur une grande résolution d'écran, ce n'est pas évident à gérer et ceux qui lisent des sites en 1600 en plein écran le savent. C'est un choix que tu dois faire. limiter ou laisser complètement proportionnel

Oui, pour moi SAFARI interprete plus amicalement une page avec des erreurs HTML pour la rendre au minimum exploitable. Et je ne vérifie pas mes codes en premier lieu avec lui car en passant sous IE ou Firefox, j'ai parfois des surprises. Pour les text-shadow, j'avais essayé avec la v1.2, je vai tester avec la v1.3 je vai pouvoir enfin voir ca

une des meilleures places pour adsense à mon idée est à droite légèrement en dessous de la mi-page. Car dans le sens de lecture traditionnel, ca devient un échappatoire. Une fois que la page est lue ou survolée, c'est la que le regard ce porte.

LOL C'est une liste que j'ai jeté à la volée, j'ai oublié un truc assez important: les effets d'ombres/lumières de CSS ne fonctionnent pas sous SAFARI en dessous de SAFARI version 2. Je ne sais pas pour SAFARI 2, je n'ai pas testé.

salut, pareillement d'accord pour les frames. Il faut savoir que le navigateur ne prendra pas beaucoup plus de temps pour recharger le menu, il y a juste le temps des requettes, les images sont déjà en cache. Essaye de trouver un style homogène pour toute ta page, les cadres francs de la page se marient difficilement avec l'effet aqua des boutons. Tu peux améliorer aussi tout ce qui est images. Essaye d'avoir une police lisible dans tes vignettes. Et tu peux agrandir tes boutons à 400% ou 800% pour les travailler et retirer les petits coins blancs. Bon courage et persévère, de toute facon, rien n'est jamais parfait.

salut, Je trouve qu'il passe pas trop mal dans l'ensemble. -Peut-être réduire la largeur de la marge gauche pour les 800.600 users, car le contenu devient presque de la même taille que la pub google. -Pour les fond en couleur des titres (titre Général) mettre un fond transparent pour éviter d'avoir la contreforme blanche de la barre jaune qui vient s'incruster sur ta fleur. Si tu veux que ta fleur soit visible dans toutes les dimmensions, découpe la du fond, fais en une image individuelle que tu plaques sur le bandeau supérieur avec un alignement à droite. Elle suivra alors ta page en permanence. A mon avis il faudra la réduire en dimensions.

salut, le plus simple est de contacter le webmaster du site où tu veux prendre l'image et de lui demander si elle est de lui et si il vaut bien la partager. ---- Ce que je trouve le mieux dans un formulaire c'est que tout le formulaire soit stylé et pas seulement le bouton. Mais c'est vrai que de changer simplement ce bouton peut aider la présentation.

Salut, j'avais fait un script PHP tout con (comme son auteur) qui utilisait JS pour trouver ces couleurs et surtout avec une large zone de visualisation pour la comparer à sa page. Il est divisé en 4 parties: de la plus sombre à la plus claire Cliquez sur DEMO dans la marge de droite http://www.comscripts.com/scripts/php.abccamaieu.1696.html

salut, les différences "visibles" les plus courantes sont entre SAFARI et IE PC: -Si tu as un alignement en HTML (center) dans ta page, les tableaux de cette page sous SAFARI prendront alignement par defaut (left) dans les cellules. Sous IE il sera à celui de la page (center). -Les erreurs de tableaux ou cellules pas bien fermées seront visibles sous safari. Un texte entre 2 cellules sera affiché avant le <table> d'ouverture -L'attribut border d'un SPAN quelque soit sa valeur en pixel sera affiché dans le SPAN qui sous safari ne peut pas changer de taille par le CSS. Sous FIREFOX, la bordure sera collé autour du SPAN -Les valeurs CSS pour cursor appliqué à un DIV sera valable pour tout le DIV même sur le texte. Sous IE, la souris sur le texte transformera le curseur en modification texte. -Les formulaires et leurs éléments sont sujets à AQUA (boutons ronds) et ils ne suivent pas les hauteurs fixées par CSS comme sur les autres navigateurs. En général, ils sont toujours un peu plus haut. Le bouton de input type="file" affiche les informations de fichiers à droite du bouton et non à gauche. -Les popups sont toutes redimensionnables sous SAFARI même si l'attribut JS n'est pas défini. -Safari est compatible avec quasiment tout type de favicon sans distinction de format, de dimensions ou couleurs. -Safari supporte parfaitement le position: fixed avec top et left -Un DIV avec style= height: 0px fera 0px de haut. Sous IE ca pose problème, en général je lui donne 1px pour éviter qu'il soit traduit par AUTO -Pour ce qui est de JavaScript, faut tester car il y a beaucoup de différence (normal) mais les event fonctionnent pareils. Contrairement à OPERA qui a des problèmes avec les détections de onClick sur des checkboxs. -Ne possèdent pas le même moteur parser pour les TEXTAREA. Safari est incompatible avec le script JS HTMLAREA mais fonctionne avec les autres. ---------------------------------- Conclusion: Faire attention à avoir des pages aux codes valides. Et normalement si ca passe sous IE, ca devrait passer sous SAFARI qui est beaucoup plus permissif point de vue erreurs ou omissions d'attributs. Attention au javascript. J'espère que ces quelques points t'aideront un peu

merci à toi Anonymus

Salut à tous, J'y crois pas, je viens de découvrir ce HUB alors que je passe mes journées à créer du WEB. J'ai du passer trop de temps sur les forums de PHP !!! Nicolas 32 ans, je me suis inscrit pour partager et prendre de l'expérience. Et surtout j'essaye de comprendre comment on devient indépendant (procédure, comment trouver des contrats, comment vivre de sa passion...) Et que le W3C éradique les ImpiEs !!!