Can DocToAny work without the need for user to install MS Office?

Yes, our DOC to Any Converter Command Line does convert office documents to PDF files without MS Office installed. DOC to Any Converter Command Line will work by following solutions:

1. If your system has MS Office 2007 + PDF&XPS addon installed, DocToAny will use PDF&XPS addon to save MS Office documents to PDF and XPS files,
2. If your system has MS Office installed but without PDF&XPS addon, DocToAny will use MS Office to print documents to PDF and XPS files,
3. If your system hasn't MS Office installed, but have OpenOffice installed, DocToAny will use OpenOffice to convert documents,
4. If your system hasn't both MS Office and OpenOffice installed, DocToAny will use ourself's DOC/RTF render to convert DOC and RTF formats to other formats, but doc2any will not support PPT and XLS formats at this time.

In general, you can do following conversions if your system hasn't MS Word and OpenOffice installed,
1. RTF to HTML without MS Word or OpenOffice,
2. RTF to DOC without MS Word or OpenOffice,
3. RTF to PDF without MS Word or OpenOffice,
4. DOC to HTML without MS Word or OpenOffice,
5. DOC to RTF without MS Word or OpenOffice,
6. DOC to PDF without MS Word or OpenOffice,

VeryPDF

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)
Posted in DOC to Any Converter | Leave a comment

Document Printer

Hi!

We are currently investigating your product “Document Printer v5.0” and I have a few questions regarding the product.

- Is the product certified for use in a Terminal Server / Citrix environment?

- Do you offer any server based licensing that can be used / purchased in a Terminal Server / Citrix environment?

Best Regards.
====================================
Yes, our docPrint product can be used in a Terminal Server / Citrix environment.

Yes, you can purchase docPrint SDK Server License from our website, the cost of docPrint SDK Server License is USD399 per server, 

http://www.verypdf.com/artprint/index.html#dl

VeryPDF
=====================================

Hi again and thanks for your reply.

Regarding the docPrint SDK, does that product contain the docPrint binaries as well as API:s or what does it include? What we are wondering is if we purchase the SDK server license, do we only get API:s and scripting capabilities or do we get the full product of docPrint as well?
======================================

Yes, docPrint SDK does contain both docPrint Printer and SDK APIs.
After you purchased SDK Server License, you will get both docPrint Pro v5.0 and docPrint SDK APIs.
=======================================
Our customer wonders if there is a possibility to get an evaluation/test license for docPrint SDK to be able to install it in Citrix and try it out together with their business system MS Axapta.

We also wonder if there is any yearly fee for maintenance/subscription to be sure to have access to new software versions.
========================================
you can download the trial version of docPrint SDK from following web page to try,

http://www.verypdf.com/artprint/index.html#dl
http://www.verypdf.com/artprint/docprint_pro_setup.exe
http://www.verypdf.com/artprint/docPrint-sdk.zip

Please look at following page for the more information about the "Gold Support",
http://www.verypdf.com/custom/maintenance.htm

VeryPDF

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)
Posted in docPrint Pro | Leave a comment

Questions for PDF print

Hi Guys,

We have a requirement where we want a ability to print series of PDF documents to printer on single click of Button.

We came through PDF print on VeryPDF.com. Can you please answer few of our below questions?

1. We have only PCL printers, is pdf print will work fine with the PCL printers.

2. If we will buy the server license for “VeryPDF PDFPrint SDK Version v2.0”, does we are going to get support for the product. If yes how long we can get the support.

Thanks
=======================================

Hi,

>>1. We have only PCL printers, is pdf print will work fine with the PCL printers.

Yes, PDFPrint Command Line does support all PCL Printers.

>>2. If we will buy the server license for “VeryPDF PDFPrint SDK Version v2.0”, does we are going to get support for the product. If yes how long we can get the support.

Thanks for your message, we are provide One Month Free Gold Support for Server License and Developer License since your purchase date, after you purchased it and if you encounter any problem within first month, please feel free to let us know, we will solve your problem for you asap, after first month, you may purchase gold support to enjoy Gold Support Service continue.

Please look at following page for the more information about the "Gold Support",

http://www.verypdf.com/custom/maintenance.htm

VeryPDF

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)
Posted in PDF Print | Leave a comment

Buying PDF print

Hi Guys, We have a requirement where we want a ability to print series of PDF documents to printer on single click of Button. We came through PDF print on VeryPDF.com. Can you please answer few of our below questions? 1. We have only PCL printers, is pdf print will work fine with the PCL printers. 2. If we will buy the server license for “VeryPDF PDFPrint SDK Version v2.0”, does we are going to get support for the product. If yes how long we can get the support. Thanks
================================================
Is it possible to handle the exception if document failed to print on the destination printer by using PDFPrint?
================================================

Hi,

You can add -debug parameter to pdfprint.exe, for example,

Pdfprint.exe -debug C:\test.pdf

-debug parameter will printout the detailed error message when failed to print the PDF file.

VeryPDF

===============================================

Can you please answer the below queries for us?

We have the Scenario as described below

1) WebSite named TestVeryPDF is hosted. This can be accessed through intranet by Multiple department.

2) All departments can logon on to the website at same time.

3) They will select the pdf documents to print and fire the print command by clicking on the user defined print button on the page.

4) Web Server is configured to identify the requested department and print documents to that specific department printer(network) at their location.

4) Web server will check the request and based upon the department requested it will try to print the documents to the printer that has been defined in database for given department

Query 1) Does we need to add all the network printers to the Server?

Query 2) Does VeryPDF can handle multiple requests? For example department A and department B trying to print documents at same time.

Please let us know if questions are not clear or you want more information.

Thanks
=================================================

Hi,

>>Query 1) Does we need to add all the network printers to the Server?

Yes, you need install all network printers to the server, you can call PDFPrint Command Line to print your PDF files to all network printers without any restrictions.

>>Query 2) Does VeryPDF can handle multiple requests? For example department

>>A and department B trying to print documents at same time.

Yes, PDF Print Command Line does support concurrent printing, several peoples can print more PDF files at one time.

please notice, if you wish print more PDF files to different printers at same time, you need add -nochgprinter parameter, for example,

pdfprint.exe -nochgprinter -printer "PDFcamp Printer" C:\test.pdf

pdfprint.exe -nochgprinter -printer "docPrint" C:\test.pdf

VeryPDF

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)
Posted in PDF Print | Tagged | Leave a comment

PDF Print SDK

I put in the request for VeryPDF, and have implemented it into our Webservice client.  Things are working fine. There will still may be some tuning, but mostly it is working.

I use dynamic linking of the DLL (first time a PDF arrives for a client, which may be never).  I then simply keep the DLL loaded.  Also, I do not store the registration code in memory.  I ‘build’ it, then use it, and then make sure all memory buffers used temporarily are memset.  There is no strings in my exe listing the reg code at all (or any part of it).  I know that the usage like this was not specified in your "how to use", but this is something I do any time I have to deal with keys/reg codes, so that it is much more difficult for any end user to determine what the reg code is.

My question is on deployment.  Exactly what needs to be deployed?  Do I simply add the 3 dll's to the install script, and that is it?   I notice
an "encoding" directory with many Adobe postscript font files.  The pdf printer seems to print just fine without them.  Do they have a purpose, or can they simply be left out of the installation data set?
=================================================

Yes, you need deploy 3 DLL files along with your product to your customers.

If your PDF files are not contain CJK characters, you can ignore "encoding" folder, "encoding" folder is useful for CJK PDF files.
VeryPDF
==================================================

I have very pdf incorporated into our software, and working. However, I am experiencing some issues. Our product is a long running service 'like' product. The algorithm I am 'using' is this:

0. Wait for file message to print (web service calls to our corp site to check for new messages). Until one arrives, we stay in step 0.

1. Download the message file to print.

2. File is checked to see if PDF. If no PDF, then original text printing code is performed, then goto step 0.

3. if file is pdf, then:

4. if DLL not loaded, load it.

5. Build reg code.

6. call DLL function, using: sprintf(szCommandLine,"pdfprint \"-$\" \"%s\" -silent -restoreprinter -quiet -pdforient 4 -scalex -1 -scaley -1 -printer \"%s\" \"%s\"", lpRegcode,lpPrinterName,lpPDFName);

7. clean up the reg code string.

8. sleep 3 seconds.

9. goto step one.

Here are the issues I am seeing.

1. The code is consuming 100% of 1 CPU, but mostly in system CPU cycles. The %CPU is not being charged to my process, but to Windows explorer

2. The memory footprint grows. It does not 'appear' to be a memory leak, but possibly memory fragmentation.

Now my question. Is keeping the DLL loaded, the proper way to use this product, for a long running process? I have made some changes, and things appear to have changed. The changes I made are:

'before' step 4 of my algorithm, I added code to free the DLL, and set my flags to appear not loaded, every 20 PDF documents printed.

By making that simple change, the CPU usage dropped to about 1/2 of a CPU (still charged to system CPU). Also, at this time the memory 'growth' seems to not be happening, at least, not as bad as it was before. I still need to have the process run a little longer, before I can make a claim that I think it is working without leaks/fragmentation, but it certainly appears to be working better than before.

So, again back to the question, HOW should this product be used for long running processes?

Should the DLL be loaded each time, used, then freed, then loaded on next pdf file to print?

Should it be loaded, and used for a short while (a few minutes, or a few documents), and then freed and reloaded on next message?

Should it be able to be loaded one time (the first pdf seen) and then used 'forever'?

Also, could this be some command line argument(s) that I am NOT using, but should use?
======================================================

Hi,

Thanks for your message, we have a suggestion to you, we suggest you may call PDFPrint SDK functions in a stand-alone EXE application, you can call this EXE application to print all of your PDF files, the EXE process will exit from memory automatically after printing be finished completely, the EXE process will release its memory and CPU too, we hoping this solution will helpful to you, you may give it a try.

Please change your steps as following,

0. Wait for file message to print (web service calls to our corp site to check for new messages). Until one arrives, we stay in step 0.
1. Download the message file to print.
2. File is checked to see if PDF. If no PDF, then original text printing code is performed, then goto step 0.
3. if file is pdf, then:
//You can delete following steps,
//4. if DLL not loaded, load it.
//5. Build reg code.
//6. call DLL function, using: sprintf(szCommandLine,"pdfprint \"-$\" \"%s\" -silent -restoreprinter -quiet -pdforient 4 -scalex -1 -scaley -1 -printer \"%s\" \"%s\"", lpRegcode,lpPrinterName,lpPDFName);
//7. clean up the reg code string.
//8. sleep 3 seconds.
4. You can call PDFPrint SDK EXE process to print this PDF file, wait until EXE process exit from memory,
9. goto step one.

This solution can be done easily, please give it a try.
VeryPDF
================================================
Thank you for this suggestion. I am building a thin SDK exe to spawn, and believe this suggestion will get us past this issue. If I have additional issues, I will contact you with those. However, I believe this will get me to completion of the project.

VN:F [1.9.20_1166]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.20_1166]
Rating: 0 (from 0 votes)
Posted in PDF Print | Leave a comment
Page 1,388 of 1,395« First...102030...1,3861,3871,3881,3891,390...Last »