Closed GoogleCodeExporter closed 9 years ago
AFAIK the com infrastructure uses registry entries to find a filter for a given
file
type, so I guess we can check those entries. I don't know exactly where in the
registry to look, but presumably we can find out with a bit of googling/
trawling msdn.
Original comment by paul.x.r...@googlemail.com
on 12 Nov 2007 at 6:55
Probably useful - http://msdn2.microsoft.com/en-us/library/aa965717(VS.85).aspx
Original comment by bano...@gmail.com
on 6 Feb 2008 at 3:48
I -think- the way to do it is to look for the registry key:
HKEY_CLASSES_ROOT/.ext/PersistentHandler
where .ext is the file extension in question (eg .pdf)
Original comment by bano...@gmail.com
on 6 Feb 2008 at 4:13
Or, if the CLSID for the IFilter is known, check for
HKEY_CLASSES_ROOT\CLSID\{CLSID of IFilter implementation}
Original comment by bano...@gmail.com
on 6 Feb 2008 at 4:16
CLSIDs may change or there may be several for each file type, so the
PersistentHandler may be more successful. The other way is to attempt to load an
IFilter for the file type and see if it dies (check get_ifilter_for_file in
win32_ifilter.py).
Currently the installer checks for whether some filters are available using the
PersistentHandler route (CurStepChanged in win32setup\setup_svc.py).
Original comment by lemurcon...@gmail.com
on 6 Feb 2008 at 4:22
Original comment by charliej...@gmail.com
on 19 Aug 2009 at 3:28
Original comment by charliej...@gmail.com
on 28 Aug 2009 at 1:52
This has been in the installer for ages, not sure why it was still active.
Original comment by charliej...@gmail.com
on 28 Aug 2009 at 2:03
Original issue reported on code.google.com by
charliej...@gmail.com
on 1 Nov 2007 at 4:10