This article provides a binary fix and explanations about a rather irritating MSDN 7 scrolling bug.
The bug is : when you return from a page, the scroll position is lost, which means browsing content back and forth is very hard.
In our example, the What's New in Visual Studio .NET page is reopen with the scroll position at top instead of bottom.
The zip package has 4 files. 2 files are associated to each MSDN 7 toplevel topic. Default MSDN 7 toplevel topics are : MSDN library and .NET framework SDK.
Those files are the fixed compiled html help files, namely
The help files for the MSDN library topic reside in this folder :
Update progression : the MSDN7 help system does a touch on files when it is started, and it figures out that 2 new files have been introduced. A waiting box is displayed while indexes are updated :
The help files for the .NET framework SDK topic reside in this folder :
MSDN 7 uses the new MS HELP 2.0 Workshop (whose SDK is available here[^]). Underlying things are somewhat harder to handle since not only the files are compiled, but MS introduces a new ms-help protocol.
dtue_ie5.js (which unlike the name suggests is also used with Internet Explorer 6).
The bug is MS guys do a nasty
document.body.scroll = no in the
resizeban() function implementation.
I had to download the MS HTML HELP 2.0 Workshop SDK, and use the hxcomp.exe back and forth to decompile the existing .hxs file (from VS.NET release 1.0), in order to get the internal tree of files, fix it, and compile it back, updating the .hxi index file as well.
Stéphane Rodriguez - Nov 28, 2002.