supposons que l'on ne veuille pas rentrer de valeur au niveau d'une =
date. On peut convenir par ex, que si on la connait pas, on la "set" en =
base et dans le code au 1/1/1900, ce que je fais.
Maintenant, je ne vois pas mon utilisateur remonter 12x105 mois dans le =
composant Windows Form "DateTimePicker" avec le bouton < pour revenir =
=E0 l'ann=E9e 1900 en partant de l'ann=E9e courante, pour sp=E9cifier =
qu'il ne connait pas la date.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrice
Peut-être par exemple en ajoutant : - un bouton de RAZ - même peut-être une case à cocher ou un bouton bascule qui signale si la date est "renseignée" ou pas. L'utilisateur décoche ou coche et tu peux mettre la date du jour par défaut dans le dateTimePicker. Si il code (ou décoche), opération inverse.
Dans la base j'utiliserais tout de même NULL plutôt qu'une convention "imposée" par l'interface utilisateur...
Patrice
--
"Oriane" a écrit dans le message de news:d2gsa8$o4s$ Bonjour,
supposons que l'on ne veuille pas rentrer de valeur au niveau d'une date. On peut convenir par ex, que si on la connait pas, on la "set" en base et dans le code au 1/1/1900, ce que je fais.
Maintenant, je ne vois pas mon utilisateur remonter 12x105 mois dans le composant Windows Form "DateTimePicker" avec le bouton < pour revenir à l'année 1900 en partant de l'année courante, pour spécifier qu'il ne connait pas la date.
Si vous avez des idées ?
A+
Peut-être par exemple en ajoutant :
- un bouton de RAZ
- même peut-être une case à cocher ou un bouton bascule qui signale si la
date est "renseignée" ou pas. L'utilisateur décoche ou coche et tu peux
mettre la date du jour par défaut dans le dateTimePicker. Si il code (ou
décoche), opération inverse.
Dans la base j'utiliserais tout de même NULL plutôt qu'une convention
"imposée" par l'interface utilisateur...
Patrice
--
"Oriane" <oriane@guermantes.com> a écrit dans le message de
news:d2gsa8$o4s$1@yucatan.franconews.org...
Bonjour,
supposons que l'on ne veuille pas rentrer de valeur au niveau d'une date. On
peut convenir par ex, que si on la connait pas, on la "set" en base et dans
le code au 1/1/1900, ce que je fais.
Maintenant, je ne vois pas mon utilisateur remonter 12x105 mois dans le
composant Windows Form "DateTimePicker" avec le bouton < pour revenir à
l'année 1900 en partant de l'année courante, pour spécifier qu'il ne connait
pas la date.
Peut-être par exemple en ajoutant : - un bouton de RAZ - même peut-être une case à cocher ou un bouton bascule qui signale si la date est "renseignée" ou pas. L'utilisateur décoche ou coche et tu peux mettre la date du jour par défaut dans le dateTimePicker. Si il code (ou décoche), opération inverse.
Dans la base j'utiliserais tout de même NULL plutôt qu'une convention "imposée" par l'interface utilisateur...
Patrice
--
"Oriane" a écrit dans le message de news:d2gsa8$o4s$ Bonjour,
supposons que l'on ne veuille pas rentrer de valeur au niveau d'une date. On peut convenir par ex, que si on la connait pas, on la "set" en base et dans le code au 1/1/1900, ce que je fais.
Maintenant, je ne vois pas mon utilisateur remonter 12x105 mois dans le composant Windows Form "DateTimePicker" avec le bouton < pour revenir à l'année 1900 en partant de l'année courante, pour spécifier qu'il ne connait pas la date.
Si vous avez des idées ?
A+
Oriane
"Patrice" a écrit dans le message de news:
Peut-être par exemple en ajoutant : - un bouton de RAZ - même peut-être une case à cocher ou un bouton bascule qui signale si la date est "renseignée" ou pas. L'utilisateur décoche ou coche et tu peux mettre la date du jour par défaut dans le dateTimePicker. Si il code (ou décoche), opération inverse.
Dans la base j'utiliserais tout de même NULL plutôt qu'une convention "imposée" par l'interface utilisateur...
Oui c'est ce que je fais en fait.
Merci
"Patrice" <nobody@nowhere.com> a écrit dans le message de news: emh6MVfNFHA.244@TK2MSFTNGP12.phx.gbl...
Peut-être par exemple en ajoutant :
- un bouton de RAZ
- même peut-être une case à cocher ou un bouton bascule qui signale si la
date est "renseignée" ou pas. L'utilisateur décoche ou coche et tu peux
mettre la date du jour par défaut dans le dateTimePicker. Si il code (ou
décoche), opération inverse.
Dans la base j'utiliserais tout de même NULL plutôt qu'une convention
"imposée" par l'interface utilisateur...
Peut-être par exemple en ajoutant : - un bouton de RAZ - même peut-être une case à cocher ou un bouton bascule qui signale si la date est "renseignée" ou pas. L'utilisateur décoche ou coche et tu peux mettre la date du jour par défaut dans le dateTimePicker. Si il code (ou décoche), opération inverse.
Dans la base j'utiliserais tout de même NULL plutôt qu'une convention "imposée" par l'interface utilisateur...
