Astuce pour entrer la date 600 fois

Re BONJOUR "Gloops" <gloops@invalid.zailes.org> a écrit dans le message de
news:j2e35f$a39$1@speranza.aioe.org...

Un Kit RUNTIME, je n'ai pas explorer cette option, est-ce inclus sur le CD?
Je ne connaissais pas access il y a 5 ans, peu à peu j'ai pris la relève sur
les problèmes de la base. J'ai fait plusieurs améliorations et plusieurs
requêtes pour des besoins grandissants. Et je crois que la procédure
évènementielle sera très appréciée et elle met à jour deux champs.
Private Sub ChangerDate_Click()
DUEDATE = DateSerial(Year(Date) + 1, 9, 1)
ACTIF = "oui"
End Sub

Pas pire pour un tit vieux de 77 ans.

Albert

Gloops a écrit, le 16/08/2011 17:33 :

Albert a écrit, le 15/08/2011 20:11 :

Bonjour

J'ai fait un procédure evenementielle et ça fonctionne, mais je suis
ouvert à vos suggestions, les livres c'est bien, l'aide des connaisseurs
c'est mieux et on apprend plus vite.

Voici la procédure évenementielle

Private Sub ChangerDate_Click()
DUEDATE = DateSerial(Year(Date) + 1, 9, 1)
End Sub

Bonjour,

Tu as même fait mieux que moi, puisque dans ma flemme j'en étais resté à
une macro pour cette année, en me disant que pour l'année prochaine on
avait bien le temps de la changer.

Attention cela étant, comme tu as fait là, si tu te trompes à cliquer
deux fois sur le bouton (ça peut arriver si on essaie d'aller vite), tu
auras la date de l'an prochain, donc il faudra corriger à la main pour
cet enregistrement. Étant donné que la même date doit être saisie pour
tout le monde, on peut créer une table de paramètres (à moins qu'il y en
ait déjà une), a priori avec un seul enregistrement, et là-dedans un
champ qui contient la nouvelle date. Comme ça, on peut cliquer 15 fois
sur le même enregistrement, ce sera toujours la date de cette année qui
sera mise dans le champ.

Dans cette optique, si on a une table tabParam avec un champ date
prmDateCotisAnnee, ça donne :

DUEDATE = DLoockup("prmDateCotisAnnee", "tabParam", "")

Ne pas oublier de mettre une valeur dans le champ prmDateCotisAnnee, ou
alors gérer le cas ci-dessus avec Nz ou avec If IsNull.

D'ailleurs, c'est une bonne idée, d'avoir un code qui reste valable sur
la durée.
Comme ça (en plus du fait qu'intellectuellement parlant c'est plus
satisfaisant d'avoir fait quelque chose de propre), si jamais la machine
venait à rendre l'âme et que pour une raison ou pour une autre on
n'avait pas le CD sous la main pour installer Access sur la nouvelle
machine, si tout est au point on peut utiliser la base avec le kit
runtime, qui lui est gratuit (car là on ne peut rien modifier dans le code).

J'ai eu une machine qui ne pouvait pas faire les états à partir du kit
runtime, ça faisait carrément planter l'application, instruction non
gérée. Sur la machine suivante (une pas chère d'ailleurs) ça marche sans
problème. Avant d'avoir la nouvelle machine j'avais écrit un programme
dans un autre environnement pour avoir mes états.

"Albert" <albert@invalid.com> a écrit dans le message de
news:j2ef5o$8de$1@speranza.aioe.org...

Bonjour "Gloops" <gloops@invalid.zailes.org> a écrit dans le message de
news:j2e2l1$8pb$1@speranza.aioe.org...

J'ai eu l'idée en consultant une page "Comment ça marche"...

Non si on clique 2 fois ou 10 fois c'est toujours 2011-09-01 qui
s'enregistre car (DATE) est la date Système soit 2011 jusqu'au 31
décembre,

***** Correction *****
Non si on clique 2 fois ou 10 fois c'est toujours *** 2012-09-01 ****
qui s'enregistre car (DATE) est la date Système soit 2011 jusqu'au 31
décembre,

Merci de tous vos commentaires


--
albertri-at-videotron.ca.invalid

Albert a écrit, le 16/08/2011 21:18 :

Re BONJOUR "Gloops" <gloops@invalid.zailes.org> a écrit dans le messa ge
de news:j2e35f$a39$1@speranza.aioe.org...

Un Kit RUNTIME, je n'ai pas explorer cette option, est-ce inclus sur le
CD?

Je ne saurais dire, en général je me sers de la base mais le CD est
quelque part chez un responsable, je crois que si j'avais à le réclam er
ça sentirait le roussi.

Pour ce qui est du kit runtime, tout est expliqué là au deuxième po int :
http://technet.microsoft.com/fr-fr/library/cc751805%28office.12%29.aspx

Ce qui est amusant, c'est que si on cherche "kit exécution Access", sur
Bing qui est le moteur Microsoft, ce n'est pas ça qu'on trouve en
premier, mais la reproduction du fil où j'exposais le problème que
j'avais sur mon ancienne machine.

La page ci-dessus arrive plus bas, vers la 9ème position.

C'est un peu comme quand quand il s'agit de retarder l'exécution d'un
programme, et que Google rame avec des solutions à base de fonction
sleep qui mobilise de la mémoire, et que mon programme retard, sur
zailes.org, basé sur les tâches planifiées Windows, arrive nettemen t
plus bas, quand il arrive encore. Quand il est sorti il était en tête ,
mais là, depuis que les newsgroups ont pris plus d'importance dans les
résultats ...



Pour revenir au kit runtime Access, l'intérêt est qu'on peut le dép loyer
sur autant de machines qu'on veut puisqu'il est gratuit. Mais alors, il
y a un certain nombre de menus et outils dont on ne dispose pas, il faut
les implémenter soi-même dans le code, sur une machine où il y a Ac cess.

Si mes souvenirs sont bons, le kit porte le numéro de version 2007, mai s
convient aussi pour un paquet d'autres versions. Cela étant ça fait u n
certain nombre de mois que je n'ai pas regardé ça de près. En tout cas,
il faut le tester avec la machine de développement pas trop loin,
histoire de pouvoir corriger des trucs dans la base si il y a besoin.

Merci Gloops
Il y a plusieurs années (1989) j'avais une base dBaseIV et le RunTime
était aussi disponible, je crois qu'il fallait l'acheter, mais je ne suis
pas aller plus loin.
Ce serait peut-être à penser pour les deux autres bases accdb et
multi-tables que j'ai créées pour d'autres OSBL.
Ils sont très contents, la comptabilité est bonne et sans erreur, ils sont
satisfaits et ne m'appellent que pour des détails mineurs.
Merci

A la prochaine

Albert


"Gloops" <gloops@invalid.zailes.org> a écrit dans le message de
news:j2enp4$tst$1@speranza.aioe.org...
Albert a écrit, le 16/08/2011 21:18 :

Re BONJOUR "Gloops" <gloops@invalid.zailes.org> a écrit dans le message
de news:j2e35f$a39$1@speranza.aioe.org...

Un Kit RUNTIME, je n'ai pas explorer cette option, est-ce inclus sur le
CD?

Je ne saurais dire, en général je me sers de la base mais le CD est
quelque part chez un responsable, je crois que si j'avais à le réclamer
ça sentirait le roussi.

Pour ce qui est du kit runtime, tout est expliqué là au deuxième point :
http://technet.microsoft.com/fr-fr/library/cc751805%28office.12%29.aspx

Ce qui est amusant, c'est que si on cherche "kit exécution Access", sur
Bing qui est le moteur Microsoft, ce n'est pas ça qu'on trouve en
premier, mais la reproduction du fil où j'exposais le problème que
j'avais sur mon ancienne machine.

La page ci-dessus arrive plus bas, vers la 9ème position.

C'est un peu comme quand quand il s'agit de retarder l'exécution d'un
programme, et que Google rame avec des solutions à base de fonction
sleep qui mobilise de la mémoire, et que mon programme retard, sur
zailes.org, basé sur les tâches planifiées Windows, arrive nettement
plus bas, quand il arrive encore. Quand il est sorti il était en tête,
mais là, depuis que les newsgroups ont pris plus d'importance dans les
résultats ...



Pour revenir au kit runtime Access, l'intérêt est qu'on peut le déployer
sur autant de machines qu'on veut puisqu'il est gratuit. Mais alors, il
y a un certain nombre de menus et outils dont on ne dispose pas, il faut
les implémenter soi-même dans le code, sur une machine où il y a Access.

Si mes souvenirs sont bons, le kit porte le numéro de version 2007, mais
convient aussi pour un paquet d'autres versions. Cela étant ça fait un
certain nombre de mois que je n'ai pas regardé ça de près. En tout cas,
il faut le tester avec la machine de développement pas trop loin,
histoire de pouvoir corriger des trucs dans la base si il y a besoin.

Albert a écrit, le 17/08/2011 00:47 :

Merci Gloops
Il y a plusieurs années (1989) j'avais une base dBaseIV et le RunTime
était aussi disponible, je crois qu'il fallait l'acheter, mais je ne
suis pas aller plus loin.
Ce serait peut-être à penser pour les deux autres bases accdb et
multi-tables que j'ai créées pour d'autres OSBL.
Ils sont très contents, la comptabilité est bonne et sans erreur, i ls
sont satisfaits et ne m'appellent que pour des détails mineurs.
Merci

Ah donc ils ont déjà Access.
Enfin bon, si il y a une nouvelle unité, et qu'ils n'ont pas besoin
d'Access pour autre chose, il peut y avoir des économies à faire.
Pour le coup attention, la base, il faut qu'elle soit bien bétonnée.

Bonjour Gloops

"Gloops" <gloops@invalid.zailes.org> a écrit dans le message de
news:j2esar$7vg$2@speranza.aioe.org...
Albert a écrit, le 17/08/2011 00:47 :

Merci Gloops

Ah donc ils ont déjà Access.
Enfin bon, si il y a une nouvelle unité, et qu'ils n'ont pas besoin
d'Access pour autre chose, il peut y avoir des économies à faire.
Pour le coup attention, la base, il faut qu'elle soit bien bétonnée.

Le club a un portable avec MS Office Professionnel 2007 la base MDB a été
créée avec Office 2000.

Ceux qui ont les bases ACCDB ont access 2007 et l'autre Access 2010.

Bone journ ée


--
albertri-at-videotron.ca.invalid

Bonjour
«
J'ai eu une machine qui ne pouvait pas faire les états à partir du kit
runtime, ça faisait carrément planter l'application, instruction non
gérée. Sur la machine suivante (une pas chère d'ailleurs) ça marche sans
problème. Avant d'avoir la nouvelle machine j'avais écrit un programme
dans un autre environnement pour avoir mes états.
»

Attention : Access à besoin d'une imprimante bien paramétrée pour pouvoir
fabriquer ses états, surtout dans une version distribuée.

"Albert" <albert@invalid.com> a écrit dans le message de news:
j2ef5o$8de$1@speranza.aioe.org...

(...) après cette date, il y a très peu d'abonnement, alors on inscrira
cette date à la main. En septembre 2012 ce sera 2013-09-01 qui
s'enregistrera. C'est Albéric qui m'avait alors suggérer «
DateSerial(Year(Date()),3,1) »

Heureusement que mes archives sont indexées ;-) 25 juillet.

Cette SBDD a été créé vers 2000 en anglais, (...). Il est malheureux qu'on
n'ait pas pensé d'ajouter une table cotisation.

Albert

Bonjour mon grand,

S*G*BDR => Système de *Gestion* de Base de Données Relationnelle. T'as
oublié *Gestion* et c'est là qu'on voit que cela coince.
C'est pas trop tard pour ajouter une table. Le tout est de bien y
réfléchir. (c'est le côté *R*elationnel)

Pour reprendre le problème actuel, peux-tu créer une requète qui liste tous
ceux qui sont bons pour le renouvellement ? Dans ce cas là, tu pourras
renouveller de une à des milliers de fiches en un seul clic (c'est cela la
"Gestion")...
Si cela ne vas pas, reprend ta respiration et explique-nous la structure de
la base : objectifs (à quoi elle sert), puis tables et liens. Calmement,
cela ne se fait pas en 10 minutes. Cela peut prendre plusieurs jours.

À te lire, Albéric

Bonjour Albéric

"Albéric" <alberic.maspac@gmail.com> a écrit dans le message de
news:j2iuve$6jk$1@speranza.aioe.org...

"Albert" <albert@invalid.com> a écrit dans le message de news:
j2ef5o$8de$1@speranza.aioe.org...

(...) après cette date, il y a très peu d'abonnement, alors on inscrira
cette date à la main. En septembre 2012 ce sera 2013-09-01 qui
s'enregistrera. C'est Albéric qui m'avait alors suggérer «
DateSerial(Year(Date()),3,1) »

Heureusement que mes archives sont indexées ;-) 25 juillet.

Cette SBDD a été créé vers 2000 en anglais, (...). Il est malheureux
qu'on n'ait pas pensé d'ajouter une table cotisation.

Albert

Bonjour mon grand,

S*G*BDR => Système de *Gestion* de Base de Données Relationnelle. T'as
oublié *Gestion* et c'est là qu'on voit que cela coince.
C'est pas trop tard pour ajouter une table. Le tout est de bien y
réfléchir. (c'est le côté *R*elationnel)

Pour reprendre le problème actuel, peux-tu créer une requète qui liste
tous ceux qui sont bons pour le renouvellement ? Dans ce cas là, tu
pourras renouveller de une à des milliers de fiches en un seul clic (c'est
cela la "Gestion")...
Si cela ne vas pas, reprend ta respiration et explique-nous la structure
de la base : objectifs (à quoi elle sert), puis tables et liens.
Calmement, cela ne se fait pas en 10 minutes. Cela peut prendre plusieurs
jours.

À te lire, Albéric

Votre réponse du 25 juillet a été utilisée dans une requête et justement
liste les individus qui ont joint tard dans l'année
">Dateserial(Year(date),3,1)" et ont payé jusqu'en sept 2012
"Dateserial(year(date)+1,9,1)".
La requête actuelle liste 554 membres actifs dont 529 sont dûs pour
renouvellement. Tous les abonnements se terminent le 1er septembre de
l'année suivante.

Les avis de renouvellement ont été expédiés cette semaine par publipostage
courriel incluant leur fiche individuelle, à ce jour 5 annulations ont été
reçues, et 7 cotisations avec chèque. La formule cette fois est utilisée
dans le formulaire fiche individuelle, sur réception de la cotisation, la
liste est déroulée, la fiche sélectionnée et on clique le bouton et
l'enregistrement est mis à jour par une procédure évènementielle.

Private Sub ChangerDate_Click()
ACTIF = "Oui"
DUEDATE = DateSerial(Year(Date) + 1, 9, 1)
End Sub

Gloops a suggéré le RunTime, c'est une option à considérer si d'autres
demandes de création de SGBDR et que l'utilisateur n'a pas ACCESS.

Merci de vos commentaires


--
albertri-at-videotron.ca.invalid

Albéric a écrit, le 18/08/2011 13:24 :

Bonjour
«
J'ai eu une machine qui ne pouvait pas faire les états à partir du kit
runtime, ça faisait carrément planter l'application, instruction no n
gérée. Sur la machine suivante (une pas chère d'ailleurs) ça ma rche sans
problème. Avant d'avoir la nouvelle machine j'avais écrit un progra mme
dans un autre environnement pour avoir mes états.
»

Attention : Access à besoin d'une imprimante bien paramétrée pour pouvoir
fabriquer ses états, surtout dans une version distribuée.

C'est à dire que l'application sous C# s'en est sortie sans coup féri r,
alors je n'ai pas pensé à cette voie. Il faut vérifier dans le pann eau
de configuration qu'on a bien sélectionné une imprimante par défaut ,
c'est ça ?