Change-Id: I8b83e650202c2b169803c22a7f94223a180dd48a

Using identifiers starting with underscores is questionable even if they don't
happen to clash with anything used by the language implementation.

Change-Id: I0af605d40d85ea7e47e1047572fbe180270e08ac

This is an alternative (to 732ec36e)
solution to the "CoCreateInstance does not work" problem:
replace all CoCreateInstance calls with equivalent calls to create
the components directly.

Since the only reason why this COM stuff needs to be registered
at all is that AccObject uses CoCreateInstance() to create its
COM objects, another possible solution appears to be to simply link
the libraries and instantiate the COM objects directly, without COM.

The only difference appears to be that CoCreateInstance would
automatically add proxy objects in case the COM objects reside in a
single-threaded appartment; not sure if that is relevant here.

Change-Id: I8ffb8af501f6084f3145fa4d4f53366a070e1691
Reviewed-on: https://gerrit.libreoffice.org/6792Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>

... so no need to define it ourselves, much less 3 times.

Change-Id: I92c05849452fa2516ec09bc5789617df3b743f8d

At least with MSVC2012 there is no warning C4917 here.

Change-Id: I8de6cfc33791b1bb5e2b7808e306f733cf8cfcb5

Change-Id: I8e183e68edcbf3ebfb4172350c31b66688eb66e0

Change-Id: I895bab038eda82b80e1a223ad877a9674fe561ee

Just the winaccessibility directory initially.

Change-Id: Ia21abb8d7088646ad6c1f83b3a03e7add716b0c0