je voudrais modifier le code cidessous :
pour qu'au lieu de m'imprimer ces formulaires,
leur contenu soit envoyé sous Word (comme le fait un Etat)
Merci de me dire
1/ si c'est possible comme ça
2/ s'il faut obligatoirement passer par un Etat
3/ les lignes à changer et comment.... (si l'Etat est indispensable, je
tenterai bien celui-ci [EtatCANDIDATS])
[...]
je voudrais modifier le code cidessous :
pour qu'au lieu de m'imprimer ces formulaires,
leur contenu soit envoyé sous Word (comme le fait un Etat)
Merci de me dire
1/ si c'est possible comme ça
2/ s'il faut obligatoirement passer par un Etat
3/ les lignes à changer et comment.... (si l'Etat est indispensable, je
tenterai bien celui-ci [EtatCANDIDATS])
[...]
je voudrais modifier le code cidessous :
pour qu'au lieu de m'imprimer ces formulaires,
leur contenu soit envoyé sous Word (comme le fait un Etat)
Merci de me dire
1/ si c'est possible comme ça
2/ s'il faut obligatoirement passer par un Etat
3/ les lignes à changer et comment.... (si l'Etat est indispensable, je
tenterai bien celui-ci [EtatCANDIDATS])
[...]
Bonjour "souricette",je voudrais modifier le code cidessous :
pour qu'au lieu de m'imprimer ces formulaires,
leur contenu soit envoyé sous Word (comme le fait un Etat)
Merci de me dire
1/ si c'est possible comme ça
Tout est possible, mais...2/ s'il faut obligatoirement passer par un Etat
Il faudrait *définitivement* retenir que les formulaires Access sont faits
pour un affichage écran (ergonomie, convivialité, facilité de saisie et de
consultation).
Contrairement aux apprarences, j'ai effectivement bien assimilé ce point :
Microsoft devrait enlever la commande Imprimer pour les formulaires ;-)
L'objectif d'un état, comme celui de Word d'ailleurs, est quand même la
sortie papier.
Si tu veux seulement que "le contenu soit envoyé sous Word", l'export d'un
formulaire vers Word va créer un tableau de tes données (comme le mode
feuille de données) en vue de faire un publipostage.
A peu de chose près c'est ce qu'il me faudrait, sauf qu'il faudrait alors
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
3/ les lignes à changer et comment.... (si l'Etat est indispensable, je
tenterai bien celui-ci [EtatCANDIDATS])
[...]
Avec une ligne de commande comme celle-ci :
DoCmd.OutputTo acOutputReport, "EtatCANDIDATS", acFormatRTF,
"CheminNom_Fichier_Word.doc", True
--
Tisane
Bonjour "souricette",
je voudrais modifier le code cidessous :
pour qu'au lieu de m'imprimer ces formulaires,
leur contenu soit envoyé sous Word (comme le fait un Etat)
Merci de me dire
1/ si c'est possible comme ça
Tout est possible, mais...
2/ s'il faut obligatoirement passer par un Etat
Il faudrait *définitivement* retenir que les formulaires Access sont faits
pour un affichage écran (ergonomie, convivialité, facilité de saisie et de
consultation).
Contrairement aux apprarences, j'ai effectivement bien assimilé ce point :
Microsoft devrait enlever la commande Imprimer pour les formulaires ;-)
L'objectif d'un état, comme celui de Word d'ailleurs, est quand même la
sortie papier.
Si tu veux seulement que "le contenu soit envoyé sous Word", l'export d'un
formulaire vers Word va créer un tableau de tes données (comme le mode
feuille de données) en vue de faire un publipostage.
A peu de chose près c'est ce qu'il me faudrait, sauf qu'il faudrait alors
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
3/ les lignes à changer et comment.... (si l'Etat est indispensable, je
tenterai bien celui-ci [EtatCANDIDATS])
[...]
Avec une ligne de commande comme celle-ci :
DoCmd.OutputTo acOutputReport, "EtatCANDIDATS", acFormatRTF,
"CheminNom_Fichier_Word.doc", True
--
Tisane
Bonjour "souricette",je voudrais modifier le code cidessous :
pour qu'au lieu de m'imprimer ces formulaires,
leur contenu soit envoyé sous Word (comme le fait un Etat)
Merci de me dire
1/ si c'est possible comme ça
Tout est possible, mais...2/ s'il faut obligatoirement passer par un Etat
Il faudrait *définitivement* retenir que les formulaires Access sont faits
pour un affichage écran (ergonomie, convivialité, facilité de saisie et de
consultation).
Contrairement aux apprarences, j'ai effectivement bien assimilé ce point :
Microsoft devrait enlever la commande Imprimer pour les formulaires ;-)
L'objectif d'un état, comme celui de Word d'ailleurs, est quand même la
sortie papier.
Si tu veux seulement que "le contenu soit envoyé sous Word", l'export d'un
formulaire vers Word va créer un tableau de tes données (comme le mode
feuille de données) en vue de faire un publipostage.
A peu de chose près c'est ce qu'il me faudrait, sauf qu'il faudrait alors
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
3/ les lignes à changer et comment.... (si l'Etat est indispensable, je
tenterai bien celui-ci [EtatCANDIDATS])
[...]
Avec une ligne de commande comme celle-ci :
DoCmd.OutputTo acOutputReport, "EtatCANDIDATS", acFormatRTF,
"CheminNom_Fichier_Word.doc", True
--
Tisane
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont
ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
l'oubli des éléments graphique ne me dérange pas,
mais les tabiulations, elles sont définies comment ?
supposons que j'ai 3 contrôles, verticalement alignés,
mais avec d'autres contrôles entre leurs lignes,
est-ce que ces trois contrôles seront placés au même niveau de tabulation
?
même si les uns ont un autre contrôle avant sur leur ligne respective (à
l'horizontale donc) et pas les autres ?
l'alignement vertical sera -t-il toujours respecté ou cela dépend-il de la
longueur et/ou présence d'un autre contrôle plus avant sur la même ligne ?
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont
ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
l'oubli des éléments graphique ne me dérange pas,
mais les tabiulations, elles sont définies comment ?
supposons que j'ai 3 contrôles, verticalement alignés,
mais avec d'autres contrôles entre leurs lignes,
est-ce que ces trois contrôles seront placés au même niveau de tabulation
?
même si les uns ont un autre contrôle avant sur leur ligne respective (à
l'horizontale donc) et pas les autres ?
l'alignement vertical sera -t-il toujours respecté ou cela dépend-il de la
longueur et/ou présence d'un autre contrôle plus avant sur la même ligne ?
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont
ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
l'oubli des éléments graphique ne me dérange pas,
mais les tabiulations, elles sont définies comment ?
supposons que j'ai 3 contrôles, verticalement alignés,
mais avec d'autres contrôles entre leurs lignes,
est-ce que ces trois contrôles seront placés au même niveau de tabulation
?
même si les uns ont un autre contrôle avant sur leur ligne respective (à
l'horizontale donc) et pas les autres ?
l'alignement vertical sera -t-il toujours respecté ou cela dépend-il de la
longueur et/ou présence d'un autre contrôle plus avant sur la même ligne ?
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont
ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
l'oubli des éléments graphique ne me dérange pas,
mais les tabiulations, elles sont définies comment ?
supposons que j'ai 3 contrôles, verticalement alignés,
mais avec d'autres contrôles entre leurs lignes,
est-ce que ces trois contrôles seront placés au même niveau de tabulation
?
même si les uns ont un autre contrôle avant sur leur ligne respective (à
l'horizontale donc) et pas les autres ?
l'alignement vertical sera -t-il toujours respecté ou cela dépend-il de la
longueur et/ou présence d'un autre contrôle plus avant sur la même ligne ?
Access essaie de reproduire la mise en forme et la mise en page d'un état le
plus fidèlement possible via le format RTF.
Si tu as 2 contrôles placés horizontalement, dans Word, l'espacement sera
remplacé par une tabulation en fonction de la position dans l'état.
Pour le placement vertical, il n'y a pas de problème. Word utilise
simplement les changements de paragraphes.
Mais le mieux est que tu fasses toi-même l'essai.
Crée ton état et clique sur le bouton Liaisons Office.
--
Tisane
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont
ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
l'oubli des éléments graphique ne me dérange pas,
mais les tabiulations, elles sont définies comment ?
supposons que j'ai 3 contrôles, verticalement alignés,
mais avec d'autres contrôles entre leurs lignes,
est-ce que ces trois contrôles seront placés au même niveau de tabulation
?
même si les uns ont un autre contrôle avant sur leur ligne respective (à
l'horizontale donc) et pas les autres ?
l'alignement vertical sera -t-il toujours respecté ou cela dépend-il de la
longueur et/ou présence d'un autre contrôle plus avant sur la même ligne ?
Access essaie de reproduire la mise en forme et la mise en page d'un état le
plus fidèlement possible via le format RTF.
Si tu as 2 contrôles placés horizontalement, dans Word, l'espacement sera
remplacé par une tabulation en fonction de la position dans l'état.
Pour le placement vertical, il n'y a pas de problème. Word utilise
simplement les changements de paragraphes.
Mais le mieux est que tu fasses toi-même l'essai.
Crée ton état et clique sur le bouton Liaisons Office.
--
Tisane
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont
ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
l'oubli des éléments graphique ne me dérange pas,
mais les tabiulations, elles sont définies comment ?
supposons que j'ai 3 contrôles, verticalement alignés,
mais avec d'autres contrôles entre leurs lignes,
est-ce que ces trois contrôles seront placés au même niveau de tabulation
?
même si les uns ont un autre contrôle avant sur leur ligne respective (à
l'horizontale donc) et pas les autres ?
l'alignement vertical sera -t-il toujours respecté ou cela dépend-il de la
longueur et/ou présence d'un autre contrôle plus avant sur la même ligne ?
Access essaie de reproduire la mise en forme et la mise en page d'un état le
plus fidèlement possible via le format RTF.
Si tu as 2 contrôles placés horizontalement, dans Word, l'espacement sera
remplacé par une tabulation en fonction de la position dans l'état.
Pour le placement vertical, il n'y a pas de problème. Word utilise
simplement les changements de paragraphes.
Mais le mieux est que tu fasses toi-même l'essai.
Crée ton état et clique sur le bouton Liaisons Office.
--
Tisane
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont
ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
l'oubli des éléments graphique ne me dérange pas,
mais les tabiulations, elles sont définies comment ?
supposons que j'ai 3 contrôles, verticalement alignés,
mais avec d'autres contrôles entre leurs lignes,
est-ce que ces trois contrôles seront placés au même niveau de tabulation
?
même si les uns ont un autre contrôle avant sur leur ligne respective (à
l'horizontale donc) et pas les autres ?
l'alignement vertical sera -t-il toujours respecté ou cela dépend-il de la
longueur et/ou présence d'un autre contrôle plus avant sur la même ligne ?
Access essaie de reproduire la mise en forme et la mise en page d'un état le
plus fidèlement possible via le format RTF.
Si tu as 2 contrôles placés horizontalement, dans Word, l'espacement sera
remplacé par une tabulation en fonction de la position dans l'état.
Pour le placement vertical, il n'y a pas de problème. Word utilise
simplement les changements de paragraphes.
Mais le mieux est que tu fasses toi-même l'essai.
Crée ton état et clique sur le bouton Liaisons Office.
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------/
|sous-formulaire3 |
| auto-extensible|
Etiquette2 : |Mémo2 (auto-extensible) | | |
| | | |
| | | |
|_____________________| | |
|______________|
Etiquette4 : [Txt4_________________]
Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas quand
les contrôles 2 et 3 se réduisent
(ce qui fait de moches trous dans ma présentation) mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou 3
se sont auto-étendu....
--Tisane
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont
ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
l'oubli des éléments graphique ne me dérange pas,
mais les tabiulations, elles sont définies comment ?
supposons que j'ai 3 contrôles, verticalement alignés,
mais avec d'autres contrôles entre leurs lignes,
est-ce que ces trois contrôles seront placés au même niveau de tabulation
?
même si les uns ont un autre contrôle avant sur leur ligne respective (à
l'horizontale donc) et pas les autres ?
l'alignement vertical sera -t-il toujours respecté ou cela dépend-il de la
longueur et/ou présence d'un autre contrôle plus avant sur la même ligne ?
Access essaie de reproduire la mise en forme et la mise en page d'un état le
plus fidèlement possible via le format RTF.
Si tu as 2 contrôles placés horizontalement, dans Word, l'espacement sera
remplacé par une tabulation en fonction de la position dans l'état.
Pour le placement vertical, il n'y a pas de problème. Word utilise
simplement les changements de paragraphes.
Mais le mieux est que tu fasses toi-même l'essai.
Crée ton état et clique sur le bouton Liaisons Office.
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------/
|sous-formulaire3 |
| auto-extensible|
Etiquette2 : |Mémo2 (auto-extensible) | | |
| | | |
| | | |
|_____________________| | |
|______________|
Etiquette4 : [Txt4_________________]
Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas quand
les contrôles 2 et 3 se réduisent
(ce qui fait de moches trous dans ma présentation) mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou 3
se sont auto-étendu....
--
Tisane
Donc, pas "comme l'état" qui essaie quand même de reproduire le look et
c'est déjà loin d'être parfait (tous les éléments graphiques sont
ignorés,
l'alignement des contrôles remplacé par des tabulations, etc.).
Est ce que tu pourrais développer ce point ? !
l'oubli des éléments graphique ne me dérange pas,
mais les tabiulations, elles sont définies comment ?
supposons que j'ai 3 contrôles, verticalement alignés,
mais avec d'autres contrôles entre leurs lignes,
est-ce que ces trois contrôles seront placés au même niveau de tabulation
?
même si les uns ont un autre contrôle avant sur leur ligne respective (à
l'horizontale donc) et pas les autres ?
l'alignement vertical sera -t-il toujours respecté ou cela dépend-il de la
longueur et/ou présence d'un autre contrôle plus avant sur la même ligne ?
Access essaie de reproduire la mise en forme et la mise en page d'un état le
plus fidèlement possible via le format RTF.
Si tu as 2 contrôles placés horizontalement, dans Word, l'espacement sera
remplacé par une tabulation en fonction de la position dans l'état.
Pour le placement vertical, il n'y a pas de problème. Word utilise
simplement les changements de paragraphes.
Mais le mieux est que tu fasses toi-même l'essai.
Crée ton état et clique sur le bouton Liaisons Office.
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------/
|sous-formulaire3 |
| auto-extensible|
Etiquette2 : |Mémo2 (auto-extensible) | | |
| | | |
| | | |
|_____________________| | |
|______________|
Etiquette4 : [Txt4_________________]
Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas quand
les contrôles 2 et 3 se réduisent
(ce qui fait de moches trous dans ma présentation) mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou 3
se sont auto-étendu....
--Tisane
Question subsidiaire, l'Etat ne sait pas s'exporter sous format *.DOC ? il
n'a que le RTF et le TXT comme format de sortie ?!
Question subsidiaire, l'Etat ne sait pas s'exporter sous format *.DOC ? il
n'a que le RTF et le TXT comme format de sortie ?!
Question subsidiaire, l'Etat ne sait pas s'exporter sous format *.DOC ? il
n'a que le RTF et le TXT comme format de sortie ?!
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------------------------/
|sous-formulaire3
auto-extensible|
[...]
Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas
quand
2 et 3 se réduisent (ce qui fait de moches trous dans ma présentation)
mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou 3
se sont auto-étendu....
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------------------------/
|sous-formulaire3
auto-extensible|
[...]
Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas
quand
2 et 3 se réduisent (ce qui fait de moches trous dans ma présentation)
mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou 3
se sont auto-étendu....
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------------------------/
|sous-formulaire3
auto-extensible|
[...]
Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas
quand
2 et 3 se réduisent (ce qui fait de moches trous dans ma présentation)
mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou 3
se sont auto-étendu....
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------------------------/
|sous-formulaire3
auto-extensible|
[...]Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas
quand
2 et 3 se réduisent (ce qui fait de moches trous dans ma présentation)
mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou 3
se sont auto-étendu....
Réduis la hauteur des contrôles auto-extensibles au minimum, y compris les
sous-états (pas sous-formulaires...).
Cela évitera les trous quand il n'y a pas de données.
--
Tisane
[...]
Ok, mais le Minimum, c'est combien ? 0 ? ou juste la hauteur de la taille de
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------------------------/
|sous-formulaire3
auto-extensible|
[...]
Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas
quand
2 et 3 se réduisent (ce qui fait de moches trous dans ma présentation)
mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou 3
se sont auto-étendu....
Réduis la hauteur des contrôles auto-extensibles au minimum, y compris les
sous-états (pas sous-formulaires...).
Cela évitera les trous quand il n'y a pas de données.
--
Tisane
[...]
Ok, mais le Minimum, c'est combien ? 0 ? ou juste la hauteur de la taille de
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------------------------/
|sous-formulaire3
auto-extensible|
[...]Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas
quand
2 et 3 se réduisent (ce qui fait de moches trous dans ma présentation)
mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou 3
se sont auto-étendu....
Réduis la hauteur des contrôles auto-extensibles au minimum, y compris les
sous-états (pas sous-formulaires...).
Cela évitera les trous quand il n'y a pas de données.
--
Tisane
[...]
Ok, mais le Minimum, c'est combien ? 0 ? ou juste la hauteur de la taille de
Question subsidiaire, l'Etat ne sait pas s'exporter sous format *.DOC ? il
n'a que le RTF et le TXT comme format de sortie ?!
Voici les formats proposés :
acFormatASP
acFormatDAP
acFormatHTML
acFormatIIS
acFormatRTF
acFormatSNP
acFormatTXT
acFormatXLS
S'il y avait le format doc, le résultat serait identique au RTF...
--
Tisane
[...]
Question subsidiaire, l'Etat ne sait pas s'exporter sous format *.DOC ? il
n'a que le RTF et le TXT comme format de sortie ?!
Voici les formats proposés :
acFormatASP
acFormatDAP
acFormatHTML
acFormatIIS
acFormatRTF
acFormatSNP
acFormatTXT
acFormatXLS
S'il y avait le format doc, le résultat serait identique au RTF...
--
Tisane
[...]
Question subsidiaire, l'Etat ne sait pas s'exporter sous format *.DOC ? il
n'a que le RTF et le TXT comme format de sortie ?!
Voici les formats proposés :
acFormatASP
acFormatDAP
acFormatHTML
acFormatIIS
acFormatRTF
acFormatSNP
acFormatTXT
acFormatXLS
S'il y avait le format doc, le résultat serait identique au RTF...
--
Tisane
[...]
Ok, mais le Minimum, c'est combien ? 0 ? ou juste la hauteur de la taille
de
l'étiquette ?
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------------------------/
|sous-formulaire3
auto-extensible|
[...]Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas
quand
2 et 3 se réduisent (ce qui fait de moches trous dans ma présentation)
mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou
3
se sont auto-étendu....
Réduis la hauteur des contrôles auto-extensibles au minimum, y compris
les
sous-états (pas sous-formulaires...).
Cela évitera les trous quand il n'y a pas de données.
--
Tisane
[...]
Ok, mais le Minimum, c'est combien ? 0 ? ou juste la hauteur de la taille
de
l'étiquette ?
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------------------------/
|sous-formulaire3
auto-extensible|
[...]
Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas
quand
2 et 3 se réduisent (ce qui fait de moches trous dans ma présentation)
mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou
3
se sont auto-étendu....
Réduis la hauteur des contrôles auto-extensibles au minimum, y compris
les
sous-états (pas sous-formulaires...).
Cela évitera les trous quand il n'y a pas de données.
--
Tisane
[...]
Ok, mais le Minimum, c'est combien ? 0 ? ou juste la hauteur de la taille
de
l'étiquette ?
Il se passe des choses étranges....
notamment lorsque je suis dans cette disposition-là :
Etiquette1 : [Txt1_________________]
/--------------------------------------/
|sous-formulaire3
auto-extensible|
[...]Car alors, rien que dans l'aperçu de l'état, le champs4 ne remonte pas
quand
2 et 3 se réduisent (ce qui fait de moches trous dans ma présentation)
mais
il a tendance à dégringoler en bas de façon vertigineuse quand 2 et/ou
3
se sont auto-étendu....
Réduis la hauteur des contrôles auto-extensibles au minimum, y compris
les
sous-états (pas sous-formulaires...).
Cela évitera les trous quand il n'y a pas de données.
--
Tisane
[...]