Discussion :

[cantador]

Bonsoir,

Backup sous 1.5 et Restore sous 2.5.
J'ai un souci avec un champ date.
avant, il était codé à la française et maintenant
celui est noté : mois/jour/année

et bien entendu mes champs en db affichent ce formatage..
ce qui n'est pas bien..

Je pourrais créer une fonction pour mettre tout ça dans l'ordre..
Mais, je me demande quand même si il n'existe pas un paramètre quelque part
ou une option me permettant d'éviter ces contorsions.
et puis cela va m'obliger à reprendre tous mes sources, ce qui ne m'enchante guère !

J'ai noté quelque discussions sur le sujet mais qui ne m'apportent pas grand chose..
Pourquoi d'abord avoir changé le système de date ?

Merci de m'apporter une aide sur ce point particulier.

cantador

[cantador]

Bonsoir,

Je viens de lire les réponses de Philippe Makowski sur le sujet..
Si j'ai bien compris, il faut faire ses propres conversions..

C'est quand même ennuyeux pour les champs en DB sous DevelopperExpress.

Qui est l'auteur de cette brillante évolution de FireBird qui peut-être
ne se retrouvera pas dans la prochaine version ?

cordialement

[makowski]

Il n'y a eu aucun changement à ce niveau du coté de Firebird lui même
c'est ton programme ou ton pilote qui est en cause

[SergioMaster]

le format des dates n'a pas changé sous firebird (heureusement) , les dates sont stockées sous forme numériques et non string .

avant de taper sur Firebird , il serai peut être bon de taper sur Windows 7 si les options régionales ont mal été installées c'est tout a fait le genre de pb qui se pose (j'en ai fait l'amère expérience a la sortie de W7)

[cantador]

Bonsoir,

J'ai eu un doute en lisant la réponse de SergioMaster...
et je me suis précipité sur le panneau de config.
hélas, il est bien paramétré à la française: jj/MM/aaaa

Un autre détail m'est apparu, dans les TcxGrid les champs déclarés en date
affichent correctement la date dans le bon sens alors que dans ma base, elle est américaine.

Donc, en fait c'est plus simple que je pensais :

Il faut juste que je modifie les champs TcxDBTextEdit qui eux renvoient le contenu (string) du champ comme l'indique P makowski..par des simples edit avec une fonction de conversion.

Evidemment, l'idée qui saute aux yeux serait de les remplacer par des
TcxDBDateEdit
Mais rien à faire, ils affichent eux aussi de l'américain..

Donc, il me faut juste chercher un composant ou en concevoir un qui fasse le boulot.

Une idée peut-être de votre côté ?

En tout cas merci à vous deux pour vos commentaires
qui me font avancer


cordialement

[SergioMaster]

J'ai eu un doute en lisant la réponse de SergioMaster...
et je me suis précipité sur le panneau de config.
hélas, il est bien paramétré à la française: jj/MM/aaaa

Oui , mais ... moi aussi le panneau de config indiquait bien un paramètrage 'à la francaise' seulement il y avait un lézard dans les installations pré-configurées de W7 .

ici ma première rencontre avec windows seven

Un autre détail m'est apparu, dans les TcxGrid les champs déclarés en date
affichent correctement la date dans le bon sens alors que dans ma base, elle est américaine.

le dans ma base elle est américaine (disons plutôt anglais US, l'Amérique est grande et loin d'être anglophone a 100%) me laisse perplexe . J'ai déjà indiqué que dans la base les dates sont sous forme numérique

Donc, il me faut juste chercher un composant ou en concevoir un qui fasse le boulot. Une idée peut-être de votre côté ?

je ne connais pas la suite des TcxXXXXXX .(peut être non coupable également) et avant de pouvoir donner une piste de composant il serait bon d'indiquer pour quel EDI ou outil de développement

PS. une dernière chose lors du passage de 1.5 a 2.5 y a t'il eu changement de dialect (de 1 à 3) les dates (Datetime) ont t-elles été modifiées en Date ? est-ce que les champs sont déclarés dans le programme auquel cas est-ce qu'une re-déclaration ne règle pas le problème (un simple petit programme a la va vite affichant un enregistrement avec date de la base pourrait montrer le problème)