DLL Print

Non je ne crois pas ça, pas plus d'interdiction particulière sous Langages\Panoramic que sous C:\Temp, qui sont des répertoires créés par moi, je le saurais depuis longtemps, la seule interdiction (nouvelle sous W7) qui me gêne c'est directement sous la racine du disque, mais je n'écris pas là en général.

Edit: ben oui, ça marche, pourquoi, ça ne devrait pas ? il me semble que j'ai déjà fait ça un certain nombre de fois, générer un .bat et l'exécuter ensuite.

ReEdit: tiens c'est marrant, en mode lancement direct (non compilé) ça n'a pas l'air de marcher, il me sort une erreur que je n'ai pas le temps de lire...
Conclusion: j'y comprends plus rien

@Klaus
suite au dialogue avec Nardo, j'ai remarqué que le .bat généré par WTP n'est pas exécuté en mode direct par Panoramic pour cause de 'ConvertPDF non reconnu comme exécutable etc.'
J'ai mis à la place ConvertPDF.exe : pareil
J'ai donc mis le chemin complet: C:\UTIL\ConvertPDF.exe, et là ça fonctionne.
Je ne comprends pas pourquoi l'exécution sous Panoramic ne le trouve pas, alors que C:\UTIL est dans le path, et que je peux exécuter ConvertPDF depuis n'importe où en ligne de commande sans donner le chemin complet.
On peut peut-être penser que le .bat serait bien exécuté si ConvertPDF y figurait (dans le .bat) avec son chemin complet (donné par <#convertpdf=) ?

euh... voici le fichier bat généré chez moi (avec la version due ty dois avoir):

Citation :

setlocal
c:\util\convertPDF --src="C:\Materiel\Philips\SA018.pdf" --format=1 --dest=".\convertPDFtemp"
endlocal

Et ce fichier est généré dans le répertoire par défaut de l'application, et chez moi, c'est celui dont se trouve le programme Panoramic.

eh bien non, alors je suis en retard d'une version ?
je viens de réessayer, il me génère bien:

Code:

setlocal
convertPDF --src="C:\Materiel\Philips\SA018.pdf" --format=1 --dest=".\convertPDFtemp"
endlocal

sans le chemin... j'ai WTP.exe du 9/1/2012 à 22h34...
je retélécharge, pour voir

Oups ! effectivement, la dernière est du 10 à 0h51
Je réessaye avec ça

ET CETTE FOIS CA MARCHE !!!
c'était donc bien un problème de chemin !
désolé Klaus de t'avoir fait perdre tout ce temps, mais c'est quand même satisfaisant d'en être venu à bout;
Merci pour tout, me voilà rassuré.

Ca m'aura quand même appris que même si l'exécutable appelé par le .bat est dans le path, il faut quand même mettre le chemin complet, c'est bête mais c'est comme ça, au moins sous W7.

Bonsoir,
une question : Pourquoi rajouter dans l'option 'dest' ceci : '.\' ?
-> si c'est dans le répertoire par défaut, cela n'est pas nécessaire...
voir même peut être poser problème avec DOS...

je me suis posé la même question, mais bon, ce n'était pas ma priorité

Désolé, c'est l'heure de l'apéro, je vais arroser ça... à votre santé.

le ".\" est resté pour des raisons historiques, et cela me permettra éventuellement d'ajouter une gestion paramétrée des répertoires. Mais si cela gêne, je pourrai facilement l'enlever.

Ceci dit, cela me rassure que tu as trouvé la bonne version et que cela marche sous W7 !

Je reconnais que c'était un peu long, mais ça a au moins servi à prouver que ça marche !

Balise '<#pdf=fichier.pdf,page,x,y,w,h#>'
d'après le .bat généré (et l'observation), cette balise convertit l'intégralité du pdf en images, quelle que soit la page demandée.
Si donc on a besoin de plusieurs pages, par exemple sur la même feuille, il n'y a qu'une seule balise pdf, le reste étant des '<#image=C:\...\page000n.jpg,x,y,w,h#>' pour aller chercher les autres pages/images.
PS: remarque inutile, tout est dans la doc: pour un même pdf, la conversion (complète) n'est faite qu'une fois, ensuite les images sont prises où il faut..

J'ai quelques idées de petites extensions de possibilités (graphiques: couleur et épaisseur du trait), mais je mets en pause pour le moment.

Bonjour Klaus, c'est encore moi qui viens t'embêter avec WTP.exe.
Je l'utilise avec plaisir, parce qu'il est très facile et très clair à paramétrer, avec les balises dans un fichier d'impression.
Je n'utilise pas les balises 'orientation' ni 'mode', tu as dit qu'elles ne sont pas opérationnelles, mais ça ne me gêne pas.

Par contre, la balise <#color=...#> pour le texte semble inefficace, tout reste en noir ?

OK, je vais regarder cela.

Je rectifie ce que j'ai dit qui n'est pas exact.
En fait mes balises color étaient seules sur leur ligne.
Voilà ce que j'envoie maintenant à WTP:

Code:

<#font="Verdana"#><#fontsize=12#><#color=Bleu#>
<#posabs=1299,2598#>Au clair <#color=Rouge#>de la lune
<#posabs=1299,2716#>Mon ami <#style=G#>Pierrot
<#color=Vert#>
<#posabs=1299,2811#>Prête-<#color=Vert#>moi ta plume
<#color=Rouge#>
<#posabs=1299,2905#>Pour <#style=S#>écrire<#style=N#> un mot
<#posabs=1299,3000#>Ma <#color=Bleu#>chandelle<#color=Noir#> est morte

En fait la balise est bien prise en compte si elle est sur la même ligne que le texte (au début ou à l'intérieur).
L'enrichissement n'est appliqué que jusqu'à la fin de la ligne en cours, autrement dit il faut le répéter au début de chaque nouvelle ligne.
La balise est ignorée si elle est seule sur sa ligne.
(ou alors c'est la balise posabs qui réinitialise le tout ?)

Par contre les couleurs obtenues sont décalées:
<#color=Rouge donne du bleu, Bleu donne du rouge, Vert donne du jaune etc.

J'ai inventé (trop fort !) une balise de fin pour gras, souligné, italiques: <#style=N#>, ça marche (si on veut n'enrichir qu'un ou quelques mots).

Je vais confirmer, mes je pense bien que les balises étaient censées agir au niveau de la ligne.
Intéressant, ta balise de fin. Je vais regarder cela, et éventuellement l'intégrer dans la doc !
Je sais, je décalage des couleurs reste à corriger - c'est sur la to-do list.

Merci pour la précision, il faudra donc que j'agisse en conséquence (répéter la balise en début de chaque ligne, si besoin est, c'est un petit peu contraignant, mais bon, je survivrai).
Pour la balise de fin, j'ai juste essayé, comme ça, il suffit de mettre un caractère non prévu ou pas de caractère du tout, ça marche (<#style=#>), mais c'est vrai que c'est nécessaire dans le cas de gras souligné italiques.

Je vais voir le problème des balises à répéter en début de ligne. Si c'est intentionnel, je pourrai peut-être le rentre paramétrable par une balise du type <#global#>, sinon, je le corrige si c'est un bug.

Je ne considère pas ça comme un bug, plutôt un choix de réinitialiser tout à chaque nouvelle ligne.
Dans mon cas c'est un peu contraignant, par exemple tout un paragraphe en gras ou en italiques, il faut répéter à chaque ligne, mais bon, ça peut se justifier si on va imprimer ailleurs dans la feuille...

Toutefois, d'une manière générale une balise d'enrichissement ou de couleur est active tant qu'on n'a pas trouvé la balise de fin, par exemple dans un fichier RTF, ou HTML.