✔ MSHTML.DLL,PrintHTML verhackt Dateiname

[DrMueller]

Wo hast du denn das mit dem WindowProcc her?
Bei mir gibt es tatsächlich ein Type Missmatch bei der Funktion.

Ich nehme an, weil man den Pfad als Long übergeben will.

Allerdings hauts auch nicht, wenn ich das anders aufbaue.

 

[Zvoni]

Wo hast du denn das mit dem WindowProcc her?
Bei mir gibt es tatsächlich ein Type Missmatch bei der Funktion.

Ich nehme an, weil man den Pfad als Long übergeben will.

Allerdings hauts auch nicht, wenn ich das anders aufbaue.

Hier: http://www.activevb.de/tipps/vb6tipps/tipp0692.html

Aber das mit eurem Pfad: Ich glaube langsam wirklich, dass das irgendwie ne Standard-Einstellung eures PDF-Druckers ist. Gebt ihr irgendwo einen Zielpfad/Dateinamen an?

EDIT: ich kenne es von meinem PDF-Drucker her so, dass ich ein explizites Zielverzeichnis angebe, und dann nur noch den expliziten Dateinamen, also nicht den ganzen Pfad der Ursprungsdatei.

EDIT 2: Was benutzt ihr für den PDF-Druck?

 

[DrMueller]

Hiho,

hab zumindest rausgefunden, dass es nicht an unserem PDF-Drucker liegt, andere PDF-Drucker verhacken die Datei auch.
Jetzt bin ch am suchen einer Alternative um HTML zu drucken, allerdings ohne IE oder mshtml.

 

[Zvoni]

hier gibts nen HTML Editor ActiveX als Freeware (ein wenig runterscrollen)

http://www.mewsoft.com/Downloads/

Vielleicht hilfts ja was

EDIT: Hier noch einer. Der benutzt die Firefox/Gecko-Engine

http://bersoft.com/htmlprint/index.htm

 

[Zvoni]

Hier gibts ein ActiveX, dass die Gecko-Engine mit den gleichen API's wie mshtml kapselt

http://www.iol.ie/~locka/mozilla/control.htm

 

[DrMueller]

Danke, schau ich mir an.
Nebenbei habe ich den PDF-Printer Support angefragt, ob man da evtl. was mac