- PDF XCHANGE VIEWER FREE COMPLAINTS PDF
- PDF XCHANGE VIEWER FREE COMPLAINTS 64 BIT
- PDF XCHANGE VIEWER FREE COMPLAINTS PORTABLE
- PDF XCHANGE VIEWER FREE COMPLAINTS CODE
- PDF XCHANGE VIEWER FREE COMPLAINTS WINDOWS 8
I have updated the opening post mini-review. This is a bonus that I had been unaware of.
PDF XCHANGE VIEWER FREE COMPLAINTS PDF
Update : PDF X-Change restores PDF attributes in explorer detailed view mode. That's the best plugin for use with xplorer² too.
PDF XCHANGE VIEWER FREE COMPLAINTS 64 BIT
All the shell integration features work (for free), both for 32 and 64 bit windows. Adobe naughty I say dump Adobe reader altogether (who needs 100MB installs just to read documents?) and go with a better solution like PDF-XChange Viewer. Interestingly, FILTDUMP.EXE is still hard coded in the version 11 DLL but they must have turned off the hack. So it wasn't really sandboxing or security Adobe were after, but a callous attempt to stop 3rd party tools extracting PDF text. For proof, rename your program to "filtdump.exe" and as if by magic everything works, even plain LoadIFilter without job objects. Can you guess how the trick works? They hard coded the names of MS tools like FILTDUMP in the PDF filter ACRORDIF.DLL!!! So when the PDF IFilter object is being instantiated, it checks the calling process name, and if it is one in the "whitelist" it works, otherwise it fakes a problem and E_FAILs. So I wasted a few hours hunting the job name using process explorer, but it looks like FILTDUMP doesn't register a job object at all. Back to head-scratching.Īt first I thought that they could be playing on the job object trick and use some particular name for it, that only FILTDUMP.EXE used. but it didn't!! As usual windows search had no problems finding text so the handler worked, and so did all microsoft filter test tools.
PDF XCHANGE VIEWER FREE COMPLAINTS CODE
Version XI isn't available on windows XP, the last supported version there is X, so I run a quick check on XP to confirm that the above code for initializing the PDF IFilter works. This approach works for version 11 of the adobe filter. from now on proceed as usual with Init()ializing the filter creation fails unless within a job object! Hr = SHCreateStreamOnFile("file.pdf", STGM_READ, &iStream) HANDLE hJob = CreateJobObject(0,"filterProc") ĪssignProcessToJobObject(hJob, GetCurrentProcess())
![pdf xchange viewer free complaints pdf xchange viewer free complaints](https://mgm.dabag.pl/templates/f16dc396e088c7c707eabe9d7479e7a2/img/ce0eec3d60708e7db292151db1d01ac7.jpg)
Also note that the whole process has to be running as a job or you receive E_FAIL. Instead of LoadIFilter, you must obtain a stream interface on the PDF file, then create the filter COM object and use its IPersistStream interface to pass the file to be extracted. Adobe support kept themselves tight lipped and were claiming that the restriction was there for our security - ahem.Īnyway, here's a spoiler for Adobe, I present to you the way to obtain the IFilter object in C++ for use in your program (after adding some error corrections).
![pdf xchange viewer free complaints pdf xchange viewer free complaints](https://lassapush.weebly.com/uploads/1/3/3/4/133414310/676664634_orig.png)
Some talked about running it only through a Job object. Was it broken? No, because somehow windows search could use it!? Some people argued that the filter was dropped in STA threading mode (like it did in the old v6 days) but that isn't corroborated by the ThreadingModel of the filter DLL. Technically speaking adobe supplied and correctly registered the PDF text extraction filter DLL (ACRORDIF.DLL) but it wouldn't be instantiated by any common means, that is either using LoadIFilter API or using direct COM object creation after looking up the filter object CLSID in the registry. How did they manage that? I was not alone wondering about this duality but there was no solution forthcoming. Intriguingly, adobe have reintroduced the text filter (IFilter) functionality but somehow it only worked for windows search (!) and not for other IFilter aware programs like xplorer².
PDF XCHANGE VIEWER FREE COMPLAINTS WINDOWS 8
The other day I installed the latest adobe PDF reader version 11 on a windows 8 machine to see how things fare nowadays. With the release of adobe reader X (version 10) they started castrating their PDF shell integration and in particular the text extraction filter that allows PDFs to be searchable for keywords.
PDF XCHANGE VIEWER FREE COMPLAINTS PORTABLE
I can understand the frustration of the guys who run Adobe, having introduced the most popular portable document format (PDF) and being unable to make money out of it - or at least making much less than they feel they're due.
![pdf xchange viewer free complaints pdf xchange viewer free complaints](https://pics.davesgarden.com/pics/2005/03/11/palmbob/f30bd1.jpg)
(Copied below sans embedded hyperlinks/images.)ĭoes Adobe reader support PDF text extraction or not? Very interesting comments from the xplorer² blog about Adobe apparently playing unethical tricks on us for their own benefit (also mentions PDF-XChange Viewer in a positive way at the end).