Discussion :

[Robyx]

Bonjour,

Je recherche depuis deux jours maintenant (mais je ne fais pas que ça) comment imprimer une vue d'un formulaire infopath 2010, publié en Forms Services dans une bibliothèque sharepoint 2010, et j'ai constaté (ou je ne sais pas le faire ) qu'il ne serait (probablement) pas possible de définir une barre d'outil (toolbar) attachée à cette vue ... ça fait beaucoup de conditionnels mais justement je n'en sais rien !

Attention ce n'est pas de l'infopath filler comme ce message en parle de Rémi "billout rm", d'ailleurs sur cette méthode XmlForm.Print j'ai un souci de définition de classe Print (à savoir pour l'env. SharePoint 2010, la version du pool d'application est : .NET Framework 2.0) c'est peut-être important, bref... !

Suivant d'autres lectures et sur cette proposition : "ajouter ce bout de xml dans le manifest.xsf" de Thierry "Virgul"
Voici suite à une tentative de modification du fichier manifest.xsf ce que j’obtiens comme erreur : "L'attribut xsf:toolbar de la vue n'est pas pris en charge"

Bien que cela ne soit qu'un warning, l'outil n'apparait pas dans la vue (obtenue depuis Sharepoint à travers le navigateur web : principe du Forms Services) ce qui me semble, somme toute, très logique puisque -> "non pris en charge"

Voici ce que j'ai trouvé sur le warning :

199

BrowserCompatibility

Views

The view attribute xsf:toolbar is not supported.

As specified in [MS-IPFF2] section 2.2.1.2.99.

Je sais qu'il y a la possibilité dans ce contexte, sur cette vue, de mettre l'option "Aperçu avant impression" :

... et de faire "clic souris droit" et menu <imprimer> pour faire apparaître la "boîte de message" : <Imprimer> de windows... mais c'est pas "le top" au niveau fonctionnel, non ?

J'ai pas trop d'autre idée ou de solution pour ce cas : imprimer une vue depuis un bouton ou menu de la barre d'outil, pourtant ceci éviterait à l'utilisateur d'attendre que cette vue (préparée pour une édition, avec les champs et le texte fixe : qui vont bien, un peu comme une lettre type), soit transformée en fichier PDF ou autre document office !

D'avance merci de votre aide

[Robyx]

J'ai oublié de préciser qu'en "mode aperçu" , la barre d'outils personnalisée apparait bien dans l'onglet "Compléments" (puisqu'on est en InfoPath/Filler ou autre ? je ne sais pas...) !
Les modifications du fichier manifest.xsf (voir précédent message) sont dans ce cas, bien efficaces... mais restent non utilisables en Froms Services *



* Constat : c'est vrai qu'il n'y a pas le même type de menu en Forms Services qu'en aperçu, ce qui me donne l'idée de travailler dans le fichier manifest, pour l'ajout d'un bouton, au même niveau que celui <FERMER>, mais est-ce faisable et serait-ce interprétable ? à voir... je cherche encore !

[billout rm]

Bonsoir,
Pour paramétrer l'impression, il suffit d'aller dans les options du formulaire (Fichier > Options du formulaire") puis de jouer avec les options de type "Navigateur web".
Il est possible de positionner une barre d'action en haut et/ou en bas du formulaire.

Ensuite vous pouvez personnaliser l'affichage de la vue d'impression en allant dans "Création de page"/Propriétés (sur une des vues de votre formulaire) / Paramètres d'impression puis sélection de la vue vers laquelle vous souhaitez que l'utilisateur soit redirigé.

Cependant tout ceci ne fera qu'afficher le "Print preview" et ne déclenchera pas directement l'impression...
En tout cas, tout ce qui est action custom tel qu'énuméré plus haut ne fonctionnera pas dans IPFS.

Une solution (parmi d'autres), serait de réaliser votre propre page "FormServer.aspx" (celle qui permet d'ouvrir les formulaires en mode web.
Dans votre propre page, il suffirait de mettre un bout de JS ou de code managé pour exécuter ce traitement.

Note : Surtout ne pas modifier la page native dans le layouts. Outre le fait qu'il ne faille pas toucher aux sources de SP, la page serait écrasé par tout Cumulative Update ou SP1.

Cordialement,