le 01/08/2007 à 16:56
html dans textarea
ha oui ^^". C'est justement ça qui fait sont utilisté. merci!
Necnom
Inscris le 03/07/2007 à 16:51
-
SignatureNecnom :)
-
Nombre de sujets10
-
Nombre de messages91
-
Nombre de commentaires3
-
Nombre de newsAucune
-
Niveau en PHPDébutant
Ses derniers messages sur les forums
le 01/08/2007 à 08:24
html dans textarea
Bonjour,
J'ai dans ma bdd un champs contenant du html. En l'affichant, avec un simple echo, le html est traduit et tout va bien.
Serait t-il possible, dans un formulaire, de mettre un textarea où l'attribut value, contient les informations du champs ?
Ceci permettrait à un user, de directement modifier le champs.
J'ai dans ma bdd un champs contenant du html. En l'affichant, avec un simple echo, le html est traduit et tout va bien.
Serait t-il possible, dans un formulaire, de mettre un textarea où l'attribut value, contient les informations du champs ?
Ceci permettrait à un user, de directement modifier le champs.
le 01/08/2007 à 08:19
sujet délicat: auto incrément
j'y ai déjà pensé.
Utiliser les variables et afficher un le bon ordre.
Cependant, l'affichage n'est pas suffisant.
Juste afficher les positions grâce à l'ORDER BY etc ... et mettre dans l'ordre avec les variables comme tu l'as proposé, c'est très simple.
Mais les positions ne seraient pas attribuées à l'id correspondant.
Et si on chercherait la position genre :
ça serait pas possible...
Mais merci quand même pour ta proposition.
Utiliser les variables et afficher un le bon ordre.
Cependant, l'affichage n'est pas suffisant.
Juste afficher les positions grâce à l'ORDER BY etc ... et mettre dans l'ordre avec les variables comme tu l'as proposé, c'est très simple.
Mais les positions ne seraient pas attribuées à l'id correspondant.
Et si on chercherait la position genre :
SELECT position WHERE id=1223
ça serait pas possible...
Mais merci quand même pour ta proposition.
le 01/08/2007 à 01:11
pas plus d'un clic toutes les 24 heures
Oui, mais il n'utilise jamais les bdd.
le 01/08/2007 à 01:09
sujet délicat: auto incrément
Moogli, je n'ai pas bien compris ce que tu as proposé.
Certes, il n'y aura pas de trou, mais ça ne fait pas de reclassement, non ? a moins ce que ça s'applique à tout le champs.
Pour Bzh qui n'a pas compris mon "besoin".
Imaginons une classe d'élèves, et il y a des tables ( tables et chaises :p). Il n'y a qu'une colonne de 31 tables
Chaque table est numéroté. de 1 à 31 par hasard. Donc la table 31 est celle qui est tout au fond de la salle.
Si l'élève de la table 24 part, celui de la table 25 prend ça place, celui de la table 26 prend la place de 25 etc ... et la table 31 sera vide.
Comme ça, si un nouvel élève arrive, il prend la table 31.
Le but est donc d'arriver à la table 1 ou d'y rester le plus longtemps.
---------
C'est plausible comme explication ça ? ( je l'espère
) Ou ça ne justifie pas ce que je veux faire 
.
Certes, il n'y aura pas de trou, mais ça ne fait pas de reclassement, non ? a moins ce que ça s'applique à tout le champs.
Pour Bzh qui n'a pas compris mon "besoin".
Imaginons une classe d'élèves, et il y a des tables ( tables et chaises :p). Il n'y a qu'une colonne de 31 tables
Chaque table est numéroté. de 1 à 31 par hasard. Donc la table 31 est celle qui est tout au fond de la salle.
Si l'élève de la table 24 part, celui de la table 25 prend ça place, celui de la table 26 prend la place de 25 etc ... et la table 31 sera vide.
Comme ça, si un nouvel élève arrive, il prend la table 31.
Le but est donc d'arriver à la table 1 ou d'y rester le plus longtemps.
---------
C'est plausible comme explication ça ? ( je l'espère
) Ou ça ne justifie pas ce que je veux faire .
le 31/07/2007 à 05:21
$read de mirc
j'ai trouvé !
il faut utiliser le paramètre n, ou t ( chiffres ou lettres )
il faut utiliser le paramètre n, ou t ( chiffres ou lettres )
set %cont $read(info.txt, n,1)
le 31/07/2007 à 01:06
sujet délicat: auto incrément
Il faut admettre que ma seconde proposition de créer un nouveau champs pour reclasser les informations dedans était idiot. Mais c'était une proposition! Personne n'a rien proposé et ça jusqu'à maintenant.
Mais pour le code que j'ai présenté, je ne vois en quoi il peut être nul.
Et je l'ai dit, en plus d'une table avec une clé primaire et un auto incrément il y a un champs position.
La Globule a bien présenté un code qui faisait un autoincrément du genre :
La différence avec ce que je propose c'est que le champs ( où on a placé le $nb ) ne contient pas de trou. Et ceci est primordial puique, comme je l'ai précisé au début, il faut une position unique et cette position change en fonction des départs d'informations.
Si c'était inutile, le code de La Globule l'aurait été aussi. Et je ne pense pas que c'est inutile, et cela n'est pas de l'optimisation. Comme je l'ai précisé dans mon message précédent.
Ca aurait été inutile comme le dit Bzh si c'était une question d'esthétique, mais là, ce n'est pas le cas.
Si il y a mieux où si il y a un meilleur moyen pour me mettre un champs qui permet d'attribuer des positions et que celles-ci changent en fonction des suppressions, de manière à ce que la règle des positions soit respectée pour les membres ( qui sont identifiés par leur id : clé primaire + auto incrément non modifié ).
Dites moi ça me ferait vraiment plaisir de savoir.
Ps: C'est trop facile de dire qu'il a des gens qui s'ennuient à faire telles choses ....
Mais pour le code que j'ai présenté, je ne vois en quoi il peut être nul.
Et je l'ai dit, en plus d'une table avec une clé primaire et un auto incrément il y a un champs position.
La Globule a bien présenté un code qui faisait un autoincrément du genre :
$nb = $last_nb + 1;
INSERT INTO ma_table ..blablaba ... VALUES("", "", "$nb", "")
La différence avec ce que je propose c'est que le champs ( où on a placé le $nb ) ne contient pas de trou. Et ceci est primordial puique, comme je l'ai précisé au début, il faut une position unique et cette position change en fonction des départs d'informations.
Si c'était inutile, le code de La Globule l'aurait été aussi. Et je ne pense pas que c'est inutile, et cela n'est pas de l'optimisation. Comme je l'ai précisé dans mon message précédent.
Ca aurait été inutile comme le dit Bzh si c'était une question d'esthétique, mais là, ce n'est pas le cas.
Si il y a mieux où si il y a un meilleur moyen pour me mettre un champs qui permet d'attribuer des positions et que celles-ci changent en fonction des suppressions, de manière à ce que la règle des positions soit respectée pour les membres ( qui sont identifiés par leur id : clé primaire + auto incrément non modifié ).
Dites moi ça me ferait vraiment plaisir de savoir.
Ps: C'est trop facile de dire qu'il a des gens qui s'ennuient à faire telles choses ....
le 28/07/2007 à 20:56
Garder la valeur des champs du formulaire ...
Je crois qu'il a voulu mettre ">" .
Moi j'ai jamais vu un imput avec "/>" à la fin. ^^
Moi j'ai jamais vu un imput avec "/>" à la fin. ^^
le 28/07/2007 à 20:52
Garder la valeur des champs du formulaire - partie 2 ...
tu ne peux pas faire tes 2 formulaires devenir 1 ?
le 28/07/2007 à 08:53
CSS Table ou DIV
Je pense qu'il a juste dit qu'il ne les aimait pas.
