Dragan,
Thanks. And well, glad you did not forget about me, and that in a way you seem to be OK now.
Kind regards,
Marc
>>Hi,
>>
>>Up till now I have not had a lot of demand for image/document processing in my application, and frankly I still don't.
>>
>>I do have to present the users with some specific mostly handwritten documents that I scan in and present as a jpeg in the vfp native image control.
>>
>>But then ... users are becoming more demanding... Not only do they may want to page through a multiple page document, they also may want to print them, send them via mail... and select a set of them to be faxed, printed or what have you.
>>
>>We have a HP9000 email sending system that generates .PDF files (and that to date I have not used for this application).
>>
>>So I'm left with the task to allow my framework to do all the functions I mentioned. I thought I'd look at Adobe Acrobat 5.0. They seem to deliver classes that will do what I need, the problem is that they deliver so many :)...
>>
>>Anybody been through this, would be ready to share his/her experience and or advice what the best way to get there would be?
>
>Welcome back, Marc, long time no see (nor c++, for that matter).
>
>I had to do something like that, with a few differences:
>- they didn't want to email the stuff
>- it never went into production, because the company I did it for doesn't exist anymore (see "none" next to my picture).
>
>Anyway, for display I used LeadTools OCX, which was great except for the quirky scrollbars. For printing, I exported the files into .bmp images and forwarded them into a Fox report; alternately, I exported into .jpg and generated a .html file with links to these temp images. I took the trouble so that I could supply some meaningful text around the documents (many of them lack identification), and in order to have all the pages of a .tiff document shown. For some other files, I used a browser control to both display and print files (after doing some makeup on text files to make half-decent HTML out of them). I tried printing with LeadTools .ocx, and though it needs some printer-specific info to scale the picture properly, it does work nice, with the big drawback of a total lack of a way to print anything else on the same page - no name, date, document description at all.
>
>Of course, I don't have the code, most of it is buried on my ex-work-machine.
If things have the tendency to go your way, do not worry. It won't last. Jules Renard.