Discussion :

[chabichon]

Bonjour à tous.

Cette commande "DoCmd.RunCommand acCmdAppMinimize" est très efficace sur les formulaires mais elle ne marche manifestement pas sur les états. J'aimerai donc savoir si cette commande est adaptable à l'affichage d'états ou s'il existe une commande similaire les concernant. Si aucun des deux n'est possible, peut on intégrer un état ou afficher une requête à l'interieur d'un formulaire ?

Merci d'avance.

[argyronet]

Re,

Effectivement, pour afficher un état en mode aperçu, si l'application est réduite, l'état est invisible.
C'est une des raisons pour laquelle je n'avais pas opté pour le DoCmd en question du fait que par exemple, l'application que j'avais développée où j'avais mis en oeuvre le masquage de l'instance Access, sollicitait énormément d'états.
Dans ton cas, soit tu restaures l'application au moment de la prévisualisation et tu réduits au moment de l'impression ou de la fermeture de l'état (pas très élégant) soit tu construits ton état dans un formulaire (impossible s'il y a des regroupements).

Quand à afficher une requête dans un formulaire, si j'ai bien compris ce que tu veux, oui, bien entendu, c'est possible (Mode feuille de donnée)

Argy

[gbuxo]

Salut,
Je suis plutot d'ccord avec des applis du style Maximise (l'utilisateur n'a accès a rien, puisque je lui supprime la barre Windows, plus aucun boutons sauf les miens). Les fenêtres sont toutes indépendantes et modales. On obtients des apllis professionelles et l'utilisateur ne voit même Access.
Pour les etats creation de deux macro "Ouvrir" et "Fermer" qui gèrent les ouverture et fermeture de fenetres sans problèmes.
A+

[Tofalu]

Oui le problème du Process Latent que
ShowWindow laisse traîner derrière
elle quand elle est utilisée directement avait été évoqué dans
de précédents post...
Le problème ne se pose pas avec acCmdAppMinimize ( : ).

Oui mais dans ce cas, la fenêtre apparait toujours dans la barre des taches. Un clic dessus et l'utilisateur peur l'agrandir.

EDIT : J'avais pas vu la deuxième page et donc la réponse d'argy

donc d'apres ce que je comprend il vaudrais mieux etre sur de son application avant de quitter l'environnement access, la personne qui voudrais le faire doit etre sur que son truc et bien fini et bien ajuster sinon bye bye le travail de plusieurs comme pour mon cas, parceque la franchement je commence a me poser des questions

Le travail ne sera pas perdu. Simplement, obligé l'utilisateur à redemarrer son PC parce que le développeur à mal conçu le produit ça fait un peu tache

Quant à la solution du timer, c'est vrai que ça peut être pas mal

[Papy Turbo]

Débat intéressant, mais quand je vois les directions où ça part, j'ai envie de crier "au feu" !

J'utilise la méthode de Tierisa depuis des années, pour des applications simples qui ne comportent que un ou des formulaires.
S'il fallait y voir un état en aperçu, ça serait en rouvrant la fenêtre Access.

Le reste me paraît dangereux : qui a les moyens de passer 2 ou X fois plus de temps à masquer une bordure de fenêtre, que pour concevoir l'appli elle-même ?
Refaire la même appli en VB serait beaucoup plus rapide, et la question ne se poserait même pas.

Ceci dit, ici, sur le forum, rien ne nous empêche de faire ce qu'on ne fera jamais pour un client ou un patron, mais c'est une autre histoire...

[GarsDuCalvados]

Donc je le met ou ça ==> DoCmd.RunCommand acCmdAppMinimize