Martin Mitáš

After all, it **is** implemented. It follows the standard treeview control as a model here, including its possibly not so good naming convention: The message `MC_TLM_GETNEXTITEM` accepts the flag `MC_TLGN_CARET`...

> A nice feature that i think is missing from mCtrl is a live histogram with capabilities to zoom in and out historic data from a vector container. Any generally...


Investigation showed the following facts: - When built with MSVC 2010 Express, the problem does not occur. - On Windows 7 and XP it does not occur. - The problem...

More observations: - The issue does not occur when the resource is in a module not linked into the .EXE. It is enough to rename the original .exe to 'foo.exe'...

Even more observations. It seems that many conditions have to be met in order to reproduce the bug: - OS is Win 8 or 8.1. - ex_html.exe must be built...

Tried once again to verify correctness of mCtrl.dll + ex_html.exe code: - Asked friend to make an independent review `MC_WC_HTML` control implementation as well as code of ex_html.exe. No output....

Enabled HTML traces (`-DHTML_DEBUG=1`), run ex_html.exe multiple times. When compared the 1st run (when the bug happens) and subsequent runs (when it does not): - All logged calls to COM...

What the hell is going on??

Tried one more intersting experiment: 1. Compiled ex_html.rc into ex_html.rc.obj by `windres` from the mingw-w64 toolchain. 2. Compiled ex_html.c into ex_html.c.obj by MSVC 12 compiler. 3. Linked the two together...