Ses derniers messages sur les forums
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
En HTML, une liste déroulante est composée de l'élément /select/, dans lequel tu incorpore des éléments /option/.
<form action='/agences'>
<p>
<select name='ville'>
<option value='paris'>Paris</option>
<option value='strasbourg'>Strasbourg</option>
</select>
<input type='submit' value='Trouver les agences de ma ville' />
</p>
Pour afficher les agences selon la ville, il suffira d'avoir un truc dans ce genre :
<?php
$agences = array();
if(isset($_GET['ville']))
{
$db = new mysqli;
$sql = sprintf('select * from agences where ville = \'%s\'', $db->real_escape_string($_GET['ville']));
$list = $db->query($sql);
if(false !== $list)
$agences = $list;
}
var_dump($agences);
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Je ne pourrais cependant pas plus t'aider. C'est un travail de plusieurs jours. Tu as tous les éléments pour réaliser ce projet.
Il faut donc que tu te mettes des étapes : appliquer directement les couleurs sur la carte d'origine risque d'être compliqué.
Essaye déjà de générer un damier d'un nombre de cases correspondant au nombre de zones que tu souhaites coloriser, et appliques-y la couleur en fonction des données.
À partir de là, tu pourras penser à l'étape suivante (coloriser une surface arbitraire).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Il y a plusieurs images sur le lien que tu fournis… ça peut être assez compliqué.
En fait, derrières mes questions attendaient tout un tas de questions :
- les zones à coloriser sont-elles prédéfinies ?
- quelles sont les règles pour coloriser ?
Parce qu'en fait, je vois deux pistes pour réaliser la carte :
- une carte prédéfinie, avec des zones auxquelles on peut allouer un index (et donc appliquer un filtre pour lui donner une couleur)
- une carte avec des zones variables, auquel cas il faudra fabriquer une carte qu'il faudra superposer à la carte originale, en faisant attention aux canal alpha (en gros, la transparence).
Tout dépend de ce que tu as, et de quels sont tes objectifs.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Quel type de carte ?
Combien de couleurs ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
1. Quel est le comportement attendu ?
2. Quel est le comportement obtenu ?
3. Lis la documentation de
trim puis expliques-nous pourquoi elle est nécessaire.
4. Utilises l'opérateur de comparaison stricte === ou tu risques d'avoir des surprises.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
1. Les colonnes de type char et varchar sont limitées à 255 caractères.
2. Il faut que tu lises une documentation sur le workflow utilisé par une application Web avec PHP. En effet, tu t'étonnes d'avoir un index indéfini dans $_POST, je suppose donc que c'est le GET /tex.php qui entraîne cette erreur. En général, un code qui gère une page avec un formulaire devrait ressembler à ça :
<?php
if('GET' === $_SERVER['HTTP_METHOD'])
afficher_formulaire();
elseif('POST' === $_SERVER['REQUEST_METHOD'])
{
if(traiter_entrees($_POST))
afficher_succes();
else
{
afficher_erreur();
afficher_formulaire();
}
}
else
header('HTTP/1.1 405 Method not supported');
C'est l'algorithme général, ensuite il y a des ajustements qu'on peut faire, pour rendre les messages plus clairs, etc. Mais tu as maintenant l'idée de base.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Sans réponse à ce que je t'ai demandé, il ne m'est pas possible de t'aider (et n'oublie pas le bbcode pour améliorer la lisibilité de tes messages).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Peux-tu nous montrer le schéma de la table (create table) et les données que tu y as insérées ?
Lis la documentation de
mysql_query, je crois que tu n'as pas compris à quoi correspond la valeur de retour de cette fonction.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Ouais, c'est un barbarisme, un anglicisme du plus mauvais goût, mais je n'ai pas de bonne traduction à proposer.
Fais une recherche dans la documentation de MySQL, c'est expliqué en long, en large et en travers. En gros, c'est la spécification de la manière dont les caractères seront triés. L'ordre n'est pas le même selon les langages, et les signes diacritiques viennent avec leur propres règles. En gros, 'e' et 'é' ne peuvent pas être vu comme l'un une variation de l'autre, ils ont un identifiant différent; Et historique, ces nombres ne sont pas contiguës. Donc il faut que MySQL puisse savoir comment trier 'e', 'é', 'è', 'ë' entre 'd' et 'f' par exemple.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.