pdoc | JavaScript inline documentation parser | Parser library

The GetClientRect() function returns the visible client area, and the coordinates returned are not relative to the view origin, but to the window origin, ie the left and top members are always 0. The CDC parameter in the OnDraw() function though are relative to the logical view origin, so an adjustment is needed.

As for your code, you don't need to use the OnEraseBkgnd() function, because you do so in OnDraw(). You fill only the visible part of the window, but that's very much OK. So it would best to remove it. Also, the coordinates passed to the TextOutW() function must be relative to the view origin, so the -pos.x and -pos.y adjustments are wrong. Instead, it's the rectanlge passed to the FillSolidRect() function that needs to be adjusted. So, your code would become:

Something along these lines:

If working with pdoc programmatically, prepend the directory with modified templates into the directories list of the tpl_lookup object.

This is the object in question so something like this should work:

The object's refcount is initially 0. Your Form maintains an active reference to the object (FYI, it should be in a class data member, not in a global variable), but does not increment its refcount accordingly. Thus, when SetUIHandler() is called, it saves its own reference to the object and calls AddRef() on it, so the object's refcount is 1, even though it actually has 2 active references.

When your Form destructor is called, it Release()'s the object, decrementing the refcount to 0, so the object delete's itself, even though the WebBrowser still has an active reference to it. When the WebBrowser is cleaning up, it tries to Release() its reference to the object and crashes since it doesn't know the object was already destroyed.

Try this:

DrawTextW(pDC->GetSafeHdc(), L"\xa9", -1, rect, DT_LEFT | DT_SINGLELINE);

Note: please refer utf8 character table here: https://www.utf8-chartable.de/unicode-utf8-table.pl?start=128&number=128&utf8=string-literal&unicodeinhtml=hex

Recalculate the scrollable area's size (and call SetScrollSizes()) in any case this may be needed - for example a change in the data in your CDocument, or when the user changes some "View Options".

Then there are two ways to paint (OnDraw()) your document:

• Paint the whole scrollable area. This is very simple to implement, but somehow "wasteful", as it may paint an area that is not visible.
• Paint only the visible part of the scrollable area. Call GetTotalSize() (or just check the values you previously passed to SetScrollSizes() - you will have to store them), GetClientRect() and GetScrollPosition() to determine what you need to paint. You should only paint the rectangle returned by GetClientRect() (you need to offset it by the scroll position, returned by GetScrollPosition()).

In either case you must also check if the scrollable size is rather smaller than the visible client rectangle), and in both the horizontal and vertical directions. If so, fill the rest with some neutral color, indicating a "no-data" or "empty" area. Better use a standard system color, returned by GetSysColor() (eg COLOR_3DFACE or COLOR_BTNFACE), or some custom darker brush.