Bonjour Jean, Le 19 septembre 2009 13:17, Jean Sympa <[email protected]> a écrit :
> > Merci Yves, > > > Je n'arrive pas à changer le format du champ Texte nommé Date. Peux-t-on > le changer? > J'avais parlé du changement dans la définition de la base de données même. Dans le formulaire tout est bon. nb : tu as des problèmes de date que tu utilises un champ texte pour des dates ? J'ai essayé tes dates dans un champ DATE et tout passe ? Yves > > La modification n'est pas prise en compte. > > > Cordialement > > Papy > > > > > //--------------------------------------------------------------------------------------------------------------------------------------------------------------- > yves dutrieux a écrit : > > Bonjour, > > Le 19 septembre 2009 09:56, Jean Sympa <[email protected]> a écrit : > >> Base Champ date Fantôme facétieux >> >> >> >> Bonjour à toutes et à tous, >> >> >> >> Base Champ date Fantôme facétieux >> >> >> Les deux champs texte situés, l'un à droite, l'autre en dessous du >> bouton Quitter, contiennent la même information : 12450501. Mais, leur >> affichage sur le formulaire est différent. >> >> Il y a donc quelque chose de facétieux dans le comportement du formulaire. >> >> 12450501 représente la date 1 Mai 1245. J'utilise cette transformation >> car Base n'accepte pas >> >> l'année 1245. >> >> >> Commentaires >> >> >> J'ai créé une application contenant quatre champs: Référence >> (Id-Ep),Date (Date),Titre (Texte) et Texte (Texte). >> >> >> Base refusant les dates antérieures à 1890, j'ai supprimé le champ Date. >> >> >> Sur la figure ce champ Date était situé immédiatement en dessous de Id—Ep. >> Supprimé, il a disparu de l'image. >> >> >> Pour remplacer le champ supprimé j'ai créé un champ Texte, le quatrième >> dans la liste. Je lui ai donné le nom Date en pensant que le choix du nom >> d'un champ n'avait aucune incidence sur son traitement. Je l'ai inséré dans >> le formulaire et ai placé sa fenêtre à la place de celle du champ supprimé. >> C'est ce champ, situé sous le bouton Quitter, qui a un comportement >> aberrant. >> >> >> Pour essayer de comprendre le comportement du champ précédent, j'ai créé >> un nouveau champ texte, situé à droite du bouton Quitter. Je l'ai appelé >> Reférence. Dans le feu de l'action j'ai écrit >> >> Reférence avec un accent, c'est je pense une erreur d'utiliser un accent >> dans le nom d'une table; >> >> >> Ce dernier champ Reférence a un comportement normal. >> >> >> Y a-t-il une explication au comportement aberrant du champ texte Date? >> > Oui, le champ référence est défini avec comme format TEXTE (taille 10) et > un formatage @. > Ton champ Date est défini avec une taille 8 et surtout un format AA/MM/JJ > (non affiché ??? quand on veut le modifier ?? mais si on le remplace par @ , > tout rentre dans l'ordre ;-) > > probablement dû à la conversion de type dans ta base de données. > > nb : attention, personnellement, je n'utilise JAMAIS de champs nommé "Date" > ou "reference" car ce sont sûrement des mots réservés SQL .... en général, > essaye d'ajouter un nbre pour éviter la confusion avec un nom réservé.. (ex: > Date0 ou DateNaiss) c'est plus explicite et ça évite des comportements > bizarre quand on tombe sur une base de données sur laquelle le nom est > réservé ;-) > > Yves. > >> >> Je joins l'application. >> >> >> >> Avec mes remerciements >> >> Cordialement >> >> Papy >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > > > -- > web site : http://www.molenbaix.com > > > -- web site : http://www.molenbaix.com
