Dans un etat access, j'ai 53 champs =E0 mettre en forme en fonction de
leur propre valeur. Suis-je oblig=E9 d'appliquer mon format conditionnel
champ par champ ou puis je comme dans excel selectionner l'ensemble
des champ concern=E9s.
Oui tout a fait, il s'agit en effet des 53 semaines de l'année. Concernant l'approche d'excel, je vois où tu veux en venir: plutot qu'avoir 53 champs, il faut mieux un champ n° de semaine. Je suis tout à fait d'accord avec toi. Mais j'ai des grosses contraintes de présentation imposées par mon client qui m'oblige d'abord à passer par une requete d'analyse croisé (c'est cette requete qui tranforme mon champ Semaine en 53 champs differents). De plus il s'agit s'un etat "glissant", la première colonne doit toujours correspondre à la semaine en cours. Pour cela,j'ai une procédure VBA qui assigne un recordsource à chaque controle à l'ouverture de l'état.
Voila, en effet, si j'avais pu me passer de mes 53 champs...
Il ne faut pas confondre organisation des tables et la présentation. Si tu as réellement ces 53 champs dans une table, c'est une erreur de conception.
Ceci dit, tu peux parfaitement "sortir" tes données vers une feuille Excel pour y faire ta présentation et mise en forme nécessaire.
Le tout peut même se faire à partir d'Access en utilisant l'automation. Mais dans ce cas, il faut être à l'aise autant avec le VBA d'Access que celui d'Excel...
Pour rester dans ton cas, avec un peu de VBA, tu peux programmer tes mises en forme conditionnelle pour ne pas avoir à les exprimer à chaque fois.
Regarde la méthode: http://support.microsoft.com/kb/304104
Oui tout a fait, il s'agit en effet des 53 semaines de l'année.
Concernant l'approche d'excel, je vois où tu veux en venir: plutot
qu'avoir 53 champs, il faut mieux un champ n° de semaine. Je suis tout
à fait d'accord avec toi. Mais j'ai des grosses contraintes de
présentation imposées par mon client qui m'oblige d'abord à passer par
une requete d'analyse croisé (c'est cette requete qui tranforme mon
champ Semaine en 53 champs differents). De plus il s'agit s'un etat
"glissant", la première colonne doit toujours correspondre à la
semaine en cours. Pour cela,j'ai une procédure VBA qui assigne un
recordsource à chaque controle à l'ouverture de l'état.
Voila, en effet, si j'avais pu me passer de mes 53 champs...
Il ne faut pas confondre organisation des tables et la présentation.
Si tu as réellement ces 53 champs dans une table, c'est une erreur de conception.
Ceci dit, tu peux parfaitement "sortir" tes données vers une feuille Excel
pour y faire ta présentation et mise en forme nécessaire.
Le tout peut même se faire à partir d'Access en utilisant l'automation.
Mais dans ce cas, il faut être à l'aise autant avec le VBA d'Access
que celui d'Excel...
Pour rester dans ton cas, avec un peu de VBA, tu peux programmer
tes mises en forme conditionnelle pour ne pas avoir à les exprimer
à chaque fois.
Regarde la méthode: http://support.microsoft.com/kb/304104
Oui tout a fait, il s'agit en effet des 53 semaines de l'année. Concernant l'approche d'excel, je vois où tu veux en venir: plutot qu'avoir 53 champs, il faut mieux un champ n° de semaine. Je suis tout à fait d'accord avec toi. Mais j'ai des grosses contraintes de présentation imposées par mon client qui m'oblige d'abord à passer par une requete d'analyse croisé (c'est cette requete qui tranforme mon champ Semaine en 53 champs differents). De plus il s'agit s'un etat "glissant", la première colonne doit toujours correspondre à la semaine en cours. Pour cela,j'ai une procédure VBA qui assigne un recordsource à chaque controle à l'ouverture de l'état.
Voila, en effet, si j'avais pu me passer de mes 53 champs...
Il ne faut pas confondre organisation des tables et la présentation. Si tu as réellement ces 53 champs dans une table, c'est une erreur de conception.
Ceci dit, tu peux parfaitement "sortir" tes données vers une feuille Excel pour y faire ta présentation et mise en forme nécessaire.
Le tout peut même se faire à partir d'Access en utilisant l'automation. Mais dans ce cas, il faut être à l'aise autant avec le VBA d'Access que celui d'Excel...
Pour rester dans ton cas, avec un peu de VBA, tu peux programmer tes mises en forme conditionnelle pour ne pas avoir à les exprimer à chaque fois.
Regarde la méthode: http://support.microsoft.com/kb/304104
Ceci dit, tu peux parfaitement "sortir" tes données vers une feuille Excel pour y faire ta présentation et mise en forme nécessaire.
Le tout peut même se faire à partir d'Access en utilisant l'automation. Mais dans ce cas, il faut être à l'aise autant avec le VBA d'Access que celui d'Excel...
Pour rester dans ton cas, avec un peu de VBA, tu peux programmer tes mises en forme conditionnelle pour ne pas avoir à les exprimer à chaque fois.
Regarde la méthode: http://support.microsoft.com/kb/304104
Bé tin, plus d'états ce coup-ci ? ;-)
Ceci dit, tu peux parfaitement "sortir" tes données vers une feuille Excel
pour y faire ta présentation et mise en forme nécessaire.
Le tout peut même se faire à partir d'Access en utilisant l'automation.
Mais dans ce cas, il faut être à l'aise autant avec le VBA d'Access
que celui d'Excel...
Pour rester dans ton cas, avec un peu de VBA, tu peux programmer
tes mises en forme conditionnelle pour ne pas avoir à les exprimer
à chaque fois.
Regarde la méthode: http://support.microsoft.com/kb/304104
Ceci dit, tu peux parfaitement "sortir" tes données vers une feuille Excel pour y faire ta présentation et mise en forme nécessaire.
Le tout peut même se faire à partir d'Access en utilisant l'automation. Mais dans ce cas, il faut être à l'aise autant avec le VBA d'Access que celui d'Excel...
Pour rester dans ton cas, avec un peu de VBA, tu peux programmer tes mises en forme conditionnelle pour ne pas avoir à les exprimer à chaque fois.
Regarde la méthode: http://support.microsoft.com/kb/304104
Bé tin, plus d'états ce coup-ci ? ;-)
3stone
Salut,
"Albéric" a écrit dans le message de news: is3dl6$uo0$ |> Ceci dit, tu peux parfaitement "sortir" tes données vers une feuille Excel | > pour y faire ta présentation et mise en forme nécessaire. | > | > Le tout peut même se faire à partir d'Access en utilisant l'automation. | > Mais dans ce cas, il faut être à l'aise autant avec le VBA d'Access | > que celui d'Excel... | > | > | > Pour rester dans ton cas, avec un peu de VBA, tu peux programmer | > tes mises en forme conditionnelle pour ne pas avoir à les exprimer | > à chaque fois. | > | > Regarde la méthode: http://support.microsoft.com/kb/304104 | | Bé tin, plus d'états ce coup-ci ? ;-) |
C'est le demandeur qui veut et fait du Excel avec sa base :->
"Albéric" <alberic.maspac@gmail.com> a écrit dans le message de news:
is3dl6$uo0$1@speranza.aioe.org...
|> Ceci dit, tu peux parfaitement "sortir" tes données vers une feuille Excel
| > pour y faire ta présentation et mise en forme nécessaire.
| >
| > Le tout peut même se faire à partir d'Access en utilisant l'automation.
| > Mais dans ce cas, il faut être à l'aise autant avec le VBA d'Access
| > que celui d'Excel...
| >
| >
| > Pour rester dans ton cas, avec un peu de VBA, tu peux programmer
| > tes mises en forme conditionnelle pour ne pas avoir à les exprimer
| > à chaque fois.
| >
| > Regarde la méthode: http://support.microsoft.com/kb/304104
|
| Bé tin, plus d'états ce coup-ci ? ;-)
|
C'est le demandeur qui veut et fait du Excel avec sa base :->
"Albéric" a écrit dans le message de news: is3dl6$uo0$ |> Ceci dit, tu peux parfaitement "sortir" tes données vers une feuille Excel | > pour y faire ta présentation et mise en forme nécessaire. | > | > Le tout peut même se faire à partir d'Access en utilisant l'automation. | > Mais dans ce cas, il faut être à l'aise autant avec le VBA d'Access | > que celui d'Excel... | > | > | > Pour rester dans ton cas, avec un peu de VBA, tu peux programmer | > tes mises en forme conditionnelle pour ne pas avoir à les exprimer | > à chaque fois. | > | > Regarde la méthode: http://support.microsoft.com/kb/304104 | | Bé tin, plus d'états ce coup-ci ? ;-) |
C'est le demandeur qui veut et fait du Excel avec sa base :->
