Petite précision
code actuel qui fonctionne parfaitement avec d'autres imprimantes que cette d'HP4250... :

  //Mémorise la source papier de l'imprimante
  nvo_powerprn.of_GetPaperSource(li_SourcePapierMemo)
  ...
  if ls_SourcePapier="HAU" then
    //Bac Haut
    li_ret = nvo_powerprn.of_SetPaperSource(1)      
  else
    //Bac Bas
    li_ret = nvo_powerprn.of_SetPaperSource(2)      
  end if
  ...
  ll_Job = printopen("Impression BL/CC " + dw_blcc_impression_page_1.GetItemString(1, "xpe_exp") + " - " + ls_Libelle)
  PrintDatawindow(ll_Job,dw_blcc_impression_page_1)
  PrintClose(ll_Job)
  ...
  //Replace la source papier de l'imprimante à sa valeur d'origine
  nvo_powerprn.of_SetPaperSource(li_SourcePapierMemo)

avec

n_PowerPrinter  nvo_PowerPrn

Vos aurez remarqué que j'utilise l'objet PowerPrinter qui fonctionnait très bien jusqu'à présent. En effet la fonction SetPaperSource n'a aucun effet avec cette d'imprimante.

HELP

Bon ben voila la solution retenue (elle ne me plait pas du tout mais alors vraiment pas du tout ) :

J'ai du déclaré deux imprimantes en local avec un bac source papier différent (papier de couleur différente).
Dans le programme, suivant le type d'impression demandé, par le code suivant

PrintSetPrinter(ls_Imprimante) 

je sélectionne l'imprimante paramétrée avec le BAC 2 ou celle avec le BAC 3.

Ce n'est pas une bien vilaine bidouille cà?

La sélection d'un bac fonctionne bien avec une commande de ce type

 dw_blcc_impression_page_1.Modify("DataWindow.Print.Paper.Source = 261")

seulement avec une impression de ce type

dw_blcc_impression_page_1.print()

Si on passe par un JOB de ce type

dw_blcc_impression_page_1.Modify("DataWindow.Print.Paper.Source = 1")
ll_job = PrintOpen()

¨¨

cela n'a aucun effet, l'impression tenant compte du paramétrage Windows.

Or je dois absolument utiliser un job de façon à pouvoir imprimer différentes DataWindow à la suite (en recto verso).

Bref c'est le bor...


En remarque, je dirais que c'est bien dommage d'en arriver à de telles extrémités avec PowerBuilder. A vrai dire ma direction m'a demandé d'assister prochainement à une démonstration de WinDev12, car à part la puissance des DataWindows, PowerBuilder est de moins en moins concurrentiel face à des logiciels comme VB.Net ou WinDev (gestion FTP, envoi de mail, gestion RS232, gestion imprimantes, etc...).
Avez des arguments qui pourrait m'aider à la convaincre de garder PowerBuilder (cela fait tout de même 10 ans qur nous l'utilisons)?

cantin_jl a écrit:

Or je dois absolument utiliser un job de façon à pouvoir imprimer différentes DataWindow à la suite (en recto verso).

A moins d'utiliser une DW composite.
D'ailleurs, Powersoft avait créé la composite uniquement pour ça.

cantin_jl a écrit:

En remarque, je dirais que c'est bien dommage d'en arriver à de telles extrémités avec PowerBuilder. A vrai dire ma direction m'a demandé d'assister prochainement à une démonstration de WinDev12, car à part la puissance des DataWindows, PowerBuilder est de moins en moins concurrentiel face à des logiciels comme VB.Net ou WinDev (gestion FTP, envoi de mail, gestion RS232, gestion imprimantes, etc...).
Avez des arguments qui pourrait m'aider à la convaincre de garder PowerBuilder (cela fait tout de même 10 ans qur nous l'utilisons)?

Bonjour,

pourquoi garder Pb est une question qui revient souvent en tout cas dans mon activite.
Je pense qu'apres 10 ans d'experiance, de vie commune il est facile de se rappeler en premier tout les defaults. Pour etre juste avec PB il faut se rappeler aussi que pendant 10 ans Pb a rempli la mission et produit des applications qui marchent. Ils serait dommage de perdre 10 ans de developpement, d'experiance et de success au profit de qui: vb, windev, java!!!
Je pense que la plupart des soucis peuvent etre resolus. Nous savons qu'il a des faiblesses dans notre support pour les periferiques et notre adoption de .NET va permettre d'etre a niveau avec tous les autres editeurs tres bientot. Sans les risques et le cout de redevelopper.

Suivant la version sur laquelle vous etes je peux vous aider a argumenter le maintien de PB ou vous aider a trouver des solutions pour la connectivite et autres.

Je vous propose aussi de venir nous rencontrer le 27 mai pour le seminaire PB ou nous allons presenter les nouvelles directions du produit, le nouvel IDE. Apres ca vous et vos responsables y verrez plus clair.

cordialement

Alex 'gusto@'
SYBASE

cantin_jl a écrit:

Pouvez-vous nous donner plus de précision sur ce séminaire du 27 mai prochain?

Merci

Bonjour, dans le message dédié, svp.

no problemo, je l'ai créé après ton message pour ne pas polluer ce topic