dotnet applications

	Forums Register Login My Profile Inbox Address Book My Subscription My Forums Member List Search FAQ Ticket List Log Out

dotnet applications

Logged in as: Guest

Users viewing this topic: none

Printable Version

All Forums >> [Archiving & Fax] >> GFI FAXmaker >> dotnet applications

Page: [1]

Message

<< Older Topic Newer Topic >>

dotnet applications - 10.Nov.2009 9:15:50 AM

rpoor

Posts: 15
Joined: 12.Apr.2006
Status: offline

Does anyone use NetPrintQueueFax with dotnet applications? We have had problems with print output from dotnet apps to NetPrintQueueFax not reading the fax number information. It appears to be a compatibility issue with the output format from dotnet. Looking for a solution or workaround to the issue.

Post #: 1

RE: dotnet applications - 10.Nov.2009 10:32:17 AM

mss

Posts: 286
Joined: 5.Aug.2004
Status: offline

Hi,

We used to have problems with .NET apps versus NetPrintQueue2Fax before due to the way .NET renders content for printing. What happens is that it first renders the content on an off-screen bitmap and then blits that bitmap to the printer's context. Because of that NetPrintQueue2Fax is unable to detect any text in the output produced by a .NET app since there is only one single image being sent to the printer.

Regards,

Max Sushchenko
GFI Software Ltd - www.gfi.com

(in reply to rpoor)

Post #: 2

RE: dotnet applications - 11.Nov.2009 8:52:06 AM

rpoor

Posts: 15
Joined: 12.Apr.2006
Status: offline

You indicated this use to be a problem. Was it corrected by GFI or is it an issue that cannot be resolved due to the way dotnet output's documents. Is there any work arounds that you would suggest?

(in reply to mss)

Post #: 3

RE: dotnet applications - 11.Nov.2009 12:52:40 PM

mss

Posts: 286
Joined: 5.Aug.2004
Status: offline

Hi,

I mentioned "used to" because there were a couple of support cases in the past where this problem first appeared. Unfortunately there is nothing GFI could do to resolve the issue - the data is "lost" on its way to our code and it cannot be retrieved back, except maybe through OCR'ing the image but that's definitely an overkill.

Potentially you could try implementing printing yourself where you would actually send the pieces of text and whatnot to the printer's DC. I have not tried this myself though.

Regards,

Max Sushchenko
GFI Software Ltd

(in reply to rpoor)

Post #: 4