Etat Access 2010 paramétré par un formulaire déclenché par l'ouverture de l'état

Bonjour Cloopy

Comme indiqué dans ma question, c'est une application métier dont la partie PHP est non modifiable.

La partie Php est pour l'interface graphique, une base mdb sert de dorsale (stockage des données, non modifiable) et une base sert pour les états (modifiable).

C'est un produit avec licence et te fournir la partie État n'avancerai à rien.

L'utilisateur choisi dans un tree-view l'état puis clique sur un bouton qui génère le PDF.

Le seul point modifiable et point de départ est l'état.

Bonsoir Cloopy

"Tu peux enregistrer un état au format .Pdf à partir de la fenêtre d'aperçu de l'état" => En gardant des fonctionnalités de formulaires (cases à coché,  liste) ? Il ne me semble pas !

"un formulaire PDF" => certaines informations du PDF sont tirées de la base de données mais d'autres doivent être personnalisé à chaque impression (La modification du PDF via Acrobat Pro n'est pas non plus une solution satisfaisante au vu du la répétitivité des exports PDF).

on oublie

"Si le paramétrage de l'état est "pénible", c'est probablement dû à des requêtes mal paramétrées" => La requête contient 5 paramètres d’où à l'exécution de l'état l'affichage de 5 fenêtres successives demandant la valeur du paramètre ! C'est cela qui est pénible pour les utilisateurs (1fenêtre-1 formulaire serait correcte).

Le centre du problème est là.

C'est trop facile de dire que c'est facile! S'il était possible d'avoir une copie de la base expurgée d'info confidentielle, je pourrais te faire une vraie réponse.

A plus tard

Bonsoir Cloopy

"Tu peux enregistrer un état au format .Pdf à partir de la fenêtre d'aperçu de l'état" => En gardant des fonctionnalités de formulaires (cases à coché,  liste) ? Il ne me semble pas !

"un formulaire PDF" => certaines informations du PDF sont tirées de la base de données mais d'autres doivent être personnalisé à chaque impression (La modification du PDF via Acrobat Pro n'est pas non plus une solution satisfaisante au vu du la répétitivité des exports PDF).

"Si le paramétrage de l'état est "pénible", c'est probablement dû à des requêtes mal paramétrées" => La requête contient 5 paramètres d’où à l'exécution de l'état l'affichage de 5 fenêtres successives demandant la valeur du paramètre ! C'est cela qui est pénible pour les utilisateurs (1fenêtre-1 formulaire serait correcte).

Bonsoir Arnaud,

En complément:

• Puisque le tandem PHP Access fonctionne, même tant bien que mal, la connexion est possible
• Si le paramétrage de l'état est "pénible", c'est probablement dû à des requêtes mal paramétrées
• Ce qu'il faut savoir, c'est les degrés de liberté laissés à l'application Access.

J'ai peut-être un exemple d'appli, que je pourrai te soumettre (elle m'appartient); mais mieux vaut en savoir plus, en particulier:

• Le contenu de l'état / des états Access,
• L'accès aux données PHP (export, requêtes sur serveur, autres)

Cordialement

Bonjour à tous

Le contexte :

Une application métier (PHP-non modifiable) générant des PDF via des états d'une base (modifiable).

J'ai un état "paramétré" ou l'utilisateur peut personnaliser certaines valeurs à chaque utilisation.

L'état fonctionne mais l'affichage des x paramètres est pénible et peu fonctionnel.

Objectif :  Remplacer les paramètres

2 solutions envisagées

• Par un "pré-formulaire"
• Par des contrôles de formulaire directement dans le PDF généré.

Contraintes :

Je n'ai pas la "main" sur l'application principale et peu de créneaux ou celle-ci est disponible

Questions :

• Peut-on directement générer un formulaire PDF à partir d'Acces (je n'ai pas trouvé-ps : 0 connaissance dans Acrobat !)
• Comment ouvrir un formulaire à l'ouverture d'un état (sur le Load/Open ?) et que l'état finisse de se charger (ou recharger) avec des données provenant du formulaire (En croissant les doigts que l'appli principale ne bloque pas l'ouverture du formulaires).

Merci à ceux  qui auraient des pistes.

Pardon: Cloopy n'a pas bien lu!

Bonsoir Arnaud,

Réponse à la question simple:

• la mauvaise réponse Tu peux enregistrer un état au format .Pdf à partir de la fenêtre d'aperçu de l'état
• la bonne: pourquoi un formulaire PDF ?

Pour la question compliquée:

• En général, un état est "dépendant" de critères ou de clés fournis par le formulaire
• Par exemple, un formulaire Client me permet de contrôler l'état des factures du Client
• Ta présentation de "Pré-formulaire" représente le summum de l'idéal quand elle est possible, et elle est souvent possible (pourvu que l'utilisateur veuille bien, mais ça, on connaît)

On peut échanger, mais comme d'hab c'est mieux avec des images...

A te lire