Ah right I forgot.
There's a bug in MKTYPLIB. The property get is present in the source, but it's dropped when compiling. Some weird bug where you can't have a method with "get" in the name if it's a propget.
I actually fixed that and some other bugs but I wanted to finish some other things... I don't know when I'll officially release 6.7 but here's a patched version of 6.6 with the bug fixes I've done so far:
The naming restrictions were *insane*... I tried everything reasonable but now they're no longer Property Get/Let, they're separateCode:-Added CompressedFolder coclass that creates an instance of the Zip Folder extension; replaces CoCreateInstance of {E88DCCE0-B7B3-11d1-A9F0-00AA0060FA31}. -(Bug fix) MFCreateADTMediaSink should be MFCreateADTSMediaSink -(Bug fix) IMFMediaType.GetMajorType, IQueueCommand methods used stdole.GUID instead of UUID, leading to automation type incompatible errors. -(Bug fix) IPropertyBag2::Read/Write last args should be ByRef. -(Bug fix) A bug in mktyplib silently dropped interfaces with [propget] commented out or starting with get_; this resulted in many WebView2 interfaces being broken. Methods with ByVal POINT/RECT property lets have been renamed e.g. pgtPointerDeviceRect(ByRef RECT) (was retval) pptPointerDeviceRect([in] LONG pointerDeviceRectLeft, [in] LONG pointerDeviceRectTop, ... pgt is a Property Get, ppt Property Let. -(Bug fix) SHCreateMemStream definition incorrect. -(Bug fix) ITransferAdviseSink bugs -(Bug fix) SI_NO_TREE_APPLY name typo
Code:HRESULT pgtBounds([out] RECT* bounds); HRESULT pptBounds([in] LONG boundsLeft, [in] LONG boundsTop, [in] LONG boundsRight, [in] LONG boundsBottom);
(attachment removed; fixes incorporated into v6.7, now released)




Reply With Quote