Afficher document pdf en lecture seule

Version imprimable

01/02/2016, 16h09
kournane

Afficher document pdf en lecture seule

Bonjour à toutes et à tous;
Je cherche un objet qui pourrait me permettre d'afficher un document pdf en lecture seule. Infaisable avec OleContainer, j'ai essayé avec l'objet TAcroPDF, j'ai pu enlever la ToolBar mais je n'arrive pas à désactiver le clique droit sur le document ainsi que la navpane, j'ai essayé en jouant sur la propriété "src" mais ça ne marche pas. J'ai trouvé plein de bibliothèques qui permettent de faire ce que je fais mais elles sont toutes payantes. Y a-t-il un moyen de désactiver le clique droit et la navpane sur le TAcroPDF ? Sinon, existe-t-il un objet gratuit qui permet de faire ce que je veux ?
Merci d'avance pour toute réponse ou aide.
16/02/2016, 11h59
Ph. B.

Bonjour,

Citation:

Envoyé par kournane

Je cherche un objet qui pourrait me permettre d'afficher un document pdf en lecture seule.
...
Sinon, existe-t-il un objet gratuit qui permet de faire ce que je veux ?

Vous pourriez peut-être utiliser Sumatra PDF : http://www.sumatrapdfreader.org/free-pdf-reader-fr.html
Il dispose d'un mode restreint où de nombreuses fonctionnalités sont désactivées : http://www.sumatrapdfreader.org/manu...ual-restricted
16/02/2016, 13h21
ShaiLeTroll

Pourquoi ne pas tout simple faire un ShellExecute, cela utilisera le reader installé
Si pas de reader, le retour sera inférieure à 32 et tu proposes dans ce cas, un lien vers le site d'Acrobat !
16/02/2016, 14h34
Ph. B.

Citation:

Envoyé par ShaiLeTroll

Pourquoi ne pas tout simple faire un ShellExecute, cela utilisera le reader installé
Si pas de reader, le retour sera inférieure à 32 et tu proposes dans ce cas, un lien vers le site d'Acrobat !

Oui mais la condition afficher un document pdf en lecture seule n'est plus remplie. ;)
16/02/2016, 15h45
ShaiLeTroll

Citation:

Envoyé par Ph. B.

Oui mais la condition afficher un document pdf en lecture seule n'est plus remplie. ;)

Mais kournane veut absolument du gratuit, lorsque j'ai fait l'intégration de AR6 à AR9 (chacun un ActiveX différent, chargé dynamiquement), je n'ai jamais cherché à tout verrouiller, à part apporter de l'inconfort à l'utilisateur, je ne vois pas en quoi c'est utile, ensuite en tant que PRO, tu en as marre de devoir rajouter à chaque fois un autre GUID à chaque version, donc tu finis par mettre en place le ShellExecute, c'est pratique, facile et l'utilisateur utilise son outil PDF préféré ! Au final, l'utilisateur a un meilleur ressenti !

Peu d'utilisateur on une version Writer ou Editor, une grande majorité n'ont que le Reader, pour la bonne raison que les Editor sont souvent payants
et les Writer, certains gratuits, ne permettent que de générer un nouveau fichier (via une imprimante virtuelle par exemple) mais pas d'en modifier un existant.

Sinon, il suffit de faire une copie du fichier originale dans un répertoire TEMP (*), et ouvrir la copie, ainsi l'original n'est pas altéré si l'utilisateur à un Editor plutôt qu'un Reader !
D'ailleurs, en PDF, il n'y a pas un flag pour indiquer que l'on ne peut plus modifier le fichier par un Editor ?

* A la fermeture du programme, pensez à nettoyer le TEMP
C'est ce que je faisais puisque les PDF étaient zippés et stockés en BLOB en BD ou gérer par un logiciel/service de GED en SAAS !
Et quasiment toujours non modifiables !
16/02/2016, 18h21
Ph. B.

Citation:

Envoyé par ShaiLeTroll

Mais kournane veut absolument du gratuit

Où voyez vous que la solution que j'ai proposée n'est pas gratuite ??? :weird:

D'autre part, il peut déployer l'exécutable de Sumatra avec son application, pas d'ActiveX à gérer et c'est totalement transparent pour l'utilisateur.

Utiliser le répertoire temporaire et une copie du fichier est une très bonne chose auquel je "plussoie"... ;)