Yes, I see the same thing!  Thank you!

The interesting thing here is that I had tried a Help update before posting this
problem on July 26, well after the June 9 update, but was told that Help was up
to date.  Oh well, definitely not a Viewer or even local Help problem....

--- In MSHelpViewer@yahoogroups.com, Paul O'Rear <paorear@...> wrote:
>
> I notice at least on my machine when I look at the offline topic at the bottom
of the page it shows:  Build Date: 2010-02-04
> On the Online version of the page, I noted: Last Published: 2010-06-09
>
> So that prompted me to take a look whether there were updates available for my
offline content to see whether updating my local content would now bring down
the sample - I updated and sure enough the sample is there.
>
> P.
>
> From: MSHelpViewer@yahoogroups.com [mailto:MSHelpViewer@yahoogroups.com] On
Behalf Of Sean Gifford
> Sent: Friday, July 30, 2010 12:42 PM
> To: MSHelpViewer@yahoogroups.com
> Subject: RE: [MSHelpViewer] Code examples not displayed
>
>
> I think just about any topic that has code examples will do.
> Finally realized the problem when I was reading up on some WCF topics.
> Like this one:
>
http://127.0.0.1:47873/help/1-5812/ms.help?product=VS&productVersion=100&locale=\
en-us&method=page&id=67BF05B7-1D08-4911-83B7-A45D0B036FC3&topicversion=100&topic\
locale=EN-US&format=html<wlmailhtml:%7bE69A8B93-CDDB-4998-BF2D-DE74E73A9D65%7dmi\
d://00000028/!x-usc:http://127.0.0.1:47873/help/1-5812/ms.help?product=VS&produc\
tVersion=100&locale=en-us&method=page&id=67BF05B7-1D08-4911-83B7-A45D0B036FC3&to\
picversion=100&topiclocale=EN-US&format=html>
>
> that doesn't show code examples, versus
>
>
http://msdn.microsoft.com/library/EN-US/67BF05B7-1D08-4911-83B7-A45D0B036FC3<wlm\
ailhtml:%7bE69A8B93-CDDB-4998-BF2D-DE74E73A9D65%7dmid://00000028/!x-usc:http://m\
sdn.microsoft.com/library/EN-US/67BF05B7-1D08-4911-83B7-A45D0B036FC3>(VS.100)
>
> That does.
>

Hello Paul,

Registering with H2reg works fine on the same PC (and on others too). I
have another PC where I can build, so the problem is not a show stopper,
just annoying. There are too many differences between  the working
(Windows XP) and the not working system (Windows 7) to find the relevant
item.

Regards, Jan

-----Original Message-----
From: MSHelpViewer@yahoogroups.com [mailto:MSHelpViewer@yahoogroups.com]
On Behalf Of Paul O'Rear
Sent: Friday, 30 July, 2010 9:24 PM
To: MSHelpViewer@yahoogroups.com
Subject: RE: [MSHelpViewer] vshik in VS2003

Are you able to register outside of VS using HxReg successfully? It may
be that you got into a frozen commit state. If you cannot register using
HxReg that would be an indication of that state.

P.

From: MSHelpViewer@yahoogroups.com [mailto:MSHelpViewer@yahoogroups.com]
On Behalf Of Jan Baan
Sent: Wednesday, July 28, 2010 11:35 PM
To: MSHelpViewer@yahoogroups.com
Subject: RE: [MSHelpViewer] vshik in VS2003



Hello Paul,

I tried that but it makes no difference. Any other suggestions?

Regards, Jan

-----Original Message-----
From:
MSHelpViewer@yahoogroups.com<mailto:MSHelpViewer%40yahoogroups.com>
[mailto:MSHelpViewer@yahoogroups.com<mailto:MSHelpViewer%40yahoogroups.c
om>]
On Behalf Of Paul O'Rear
Sent: Tuesday, 27 July, 2010 10:42 PM
To: MSHelpViewer@yahoogroups.com<mailto:MSHelpViewer%40yahoogroups.com>
Subject: RE: [MSHelpViewer] vshik in VS2003

The registration step will require admin perms in Vista and Windows 7.
Are you doing the registration step as a step from within VS? You may
need to run VS as admin for this to work.

P.

From:
MSHelpViewer@yahoogroups.com<mailto:MSHelpViewer%40yahoogroups.com>
[mailto:MSHelpViewer@yahoogroups.com<mailto:MSHelpViewer%40yahoogroups.c
om>]
On Behalf Of jan.baan
Sent: Thursday, July 22, 2010 7:15 AM
To: MSHelpViewer@yahoogroups.com<mailto:MSHelpViewer%40yahoogroups.com>
Subject: [MSHelpViewer] vshik in VS2003

Not sure if this is the right place for this question, if not, can
someone point me further?

I am trying to build a HXS file with a help project (hwproj file
extension) in Visual Studio 2003 which also has VSHIK installed. On one
computer (Windows XP) this works fine, on another computer (Windows 7)
at the end VS hangs showing "Registering the compiled collection" in its
bottom bar. Any ideas what can cause this?

Thanks, Jan

No virus found in this incoming message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 9.0.851 / Virus Database: 271.1.1/3030 - Release Date: 07/26/10
20:34:00


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.851 / Virus Database: 271.1.1/3040 - Release Date: 07/30/10
20:34:00

Being able to download content as soon as it's updated on MSDN would be great,
and would help close the gap between the online and offline experience. There
are many reasons why I prefer the offline help - the index, speed and offline
availability, to name a few, especially on the go, where internet connectivity
can sometimes be unreliable and sometimes a bit slow.

Every time I remember to update MSDN on my laptop (which is once in a blue moon,
since the help system never takes the initiative to tell me there's an update
available), I am on a comparatively slow and metered cellular connection, and
the update gives me either a choice of 1.6 GB or nothing, and attempting the
large download not only sets me back that much on my monthly bandwidth quota,
but also during the long download process I always seem to lose connection, or
have to switch off my laptop, or some other reason I can't continue, and so the
help manager errors-out and stops the update process. Since it can't resume, the
next attempt starts from scratch and so I've been unsuccessful in updating it so
far on my laptop.

Moving to a per-article update method, that has a smart mechanism for knowing
which article needed to be updated and performed the download quietly in the
background, would not only solve the large download issue, but would also keep
everything continuously updated, with minimum user interaction. If the update
process also downloads community-contributed content (which sometimes can be
critically important), then it would really complete the experience.

Just my two cents.

Microsoft could reduce the download size is by changing the compression method.
Zip files are not an efficient way to distribute many small files. I tried using
the .7z format (LZMA compression) and the compressed file was much smaller.

- Frank

--- In MSHelpViewer@yahoogroups.com, "allon_g" <allon.guralnek@...> wrote:
>
> Being able to download content as soon as it's updated on MSDN would be great,
and would help close the gap between the online and offline experience. There
are many reasons why I prefer the offline help - the index, speed and offline
availability, to name a few, especially on the go, where internet connectivity
can sometimes be unreliable and sometimes a bit slow.
>
> Every time I remember to update MSDN on my laptop (which is once in a blue
moon, since the help system never takes the initiative to tell me there's an
update available), I am on a comparatively slow and metered cellular connection,
and the update gives me either a choice of 1.6 GB or nothing, and attempting the
large download not only sets me back that much on my monthly bandwidth quota,
but also during the long download process I always seem to lose connection, or
have to switch off my laptop, or some other reason I can't continue, and so the
help manager errors-out and stops the update process. Since it can't resume, the
next attempt starts from scratch and so I've been unsuccessful in updating it so
far on my laptop.
>
> Moving to a per-article update method, that has a smart mechanism for knowing
which article needed to be updated and performed the download quietly in the
background, would not only solve the large download issue, but would also keep
everything continuously updated, with minimum user interaction. If the update
process also downloads community-contributed content (which sometimes can be
critically important), then it would really complete the experience.
>
> Just my two cents.
>

I only installed VS2010 and H3Viewer yesterday. Which library do you find
SHCreateDefaultContextMenu in?

I don't see ANY shell functions, such as SHGetFileInfo, SHGetDesktopFolder,
ShellExecute etc. in the index but if I search for them they appear locally (I'm
in offline mode). Functions like CreateFile, OpenMutex are in the index.

Everything has been updated. Is there any way to recreate the index?

Thanks,
Dave.


--- In MSHelpViewer@yahoogroups.com, "Robert Chandler" <robertc@...> wrote:
>
> Hi Dave
>
>
>
> My Index has it. Maybe you need to upgrade to the latest help?
>
>
>
> Cheers
>
> Rob
>
>
>
> From: MSHelpViewer@yahoogroups.com [mailto:MSHelpViewer@yahoogroups.com] On
> Behalf Of davevest
> Sent: Monday, 19 July 2010 8:36 PM
> To: MSHelpViewer@yahoogroups.com
> Subject: [MSHelpViewer] Index doesn't appear complete
>
>
>
>
>
> If I type SHCreateDefaultContextMenu into the index the API does not appear
> yet if I search for it it's found.
>
> Is there some setting to include the full index?
>
> Thanks,
> Dave.
>

I have a very simple html file:

<?xml version="1.0" encoding="utf-8"?><html lang="en" dir="ltr"
xmlns="http://www.w3.org/1999/xhtml"
xmlns:mshelp="http://msdn.microsoft.com/mshelp"
xmlns:MSHelp="http://msdn.microsoft.com/mshelp"><head>
<title>RemObjects Wiki</title><meta http-equiv="Content-Type"
content="text/html; charset=utf-8" /><link rel="shortcut icon"
href="/favicon.ico" />
<link rel="stylesheet" type="text/css" href="static/styles.css" /><meta
name="Title" content="RemObjects Wiki" />
<meta name="Microsoft.Help.ID" content="Main_Page" /><meta
name="Microsoft.Help.TocParent" content="-1" />
<meta name="Microsoft.Help.TocOrder" content="1" /><meta
name="Microsoft.Help.Keywords" content="RemObjects Wiki" />
<meta name="Microsoft.Help.SelfBranded" content="true" /><meta
name="Microsoft.Help.ContentType" content="Reference" />
<meta name="Microsoft.Help.TopicLocale" content="en-us" /><meta
name="Microsoft.Help.TopicVersion" content="100" />
<meta name="Microsoft.Help.Locale" content="en-us" /><meta
name="Microsoft.Help.Category" content="DevLang:Oxygene" />
<meta name="Microsoft.Help.Category" content="DevLang:VB" /><meta
name="Microsoft.Help.Category" content="DevLang:CSharp" />
<meta name="Microsoft.Help.Category" content="DevLang:FSharp" /><meta
name="Microsoft.Help.Category" content="DevLang:JScript" />
</head>

<body>
<a href="Data_Abstract.html" title="Data Abstract">Data Abstract</a>
</body></html>


(the target also exists in the zip file) but when loaded into the help,
the href isn't reinterpreted, so it ends up as a broken link like:

http://127.0.0.1:47873/help/2-6296/Data_Abstract.html

I've uploaded a very small version of the mshc/msha to:
http://carlo-kok.com/j/files/

There's probably something small I'm missing but I cannot figure out
what it is, anyone any ideas ?

--
Carlo Kok

I only installed VS2010 and H3Viewer yesterday. Which library is
SHCreateDefaultContextMenu in? I don't see ANY shell functions, such as
SHGetFileInfo, SHGetDesktopFolder, ShellExecute etc. in the index but if I
search for them they appear locally (I'm in offline mode). Functions like
CreateFile, OpenMutex are in the index.

Is there any way to recreate the index?

Thanks,
Dave.

Hi --

I've run across a 404 issue after installing local Help content.

The state of Help on our test machine is as follows:
-- Local Help option selected.
-- Local installation of add-in Help collections successful.
-- Help on Help, but no other VS Help collections, installed locally.

If I click Help > View Help, a Web page opens that starts with the following
message:
     The topic you requested could not be found in local help.

If I search for the name of our add-in on the 404 page, the search results list
the add-in Help topics. Clicking on any topic in the search results list opens
the topic, with all the add-in Help collections listed in the TOC.

Back in February, Rob Cavicchio mentioned an issue like this in his "Help UX
improvement suggestions" thread. He presumed that he got the 404 because HLA was
trying to open the main page for Visual Studio Help and he hadn't installed the
local VS Help.

I don't know if this is the same situation because Help on Help is installed
locally in our case.

At this point the only solutions seem to be either installing some other VS Help
collection or searching for the add-in name on the 404 page. Is there some other
solution that's more user-friendly?

Thanks!
Chat

Hi again --

Having a different issue with F1 context-sensitive Help.

In the case of all our original dialogs and designer views, the correct Help
topic is displayed when y0u press F1 or click the Help button. (Thanks Paul &
Rob for your help in getting the right calls in the code!)

However, in the case of the Add Connection/Modify Connection dialog, the 404 Web
page is displayed. The weird thing is that our F1 keyword is already pre-filled
in the Search box, and the correct Help topic is listed in the already run
search results on the 404 page.

I'm guessing that this problem occurs because our add-in extends the VS Add
Connection/Modify Connection dialog. But if this is the case, why is our F1
keyword displayed in the Search box and search results instead of the VS F1
keyword for the dialog?

FWIW -- F1 Help works fine for this dialog in VS 2005/2008 Help.

Do we have to change the call in the code in the case of this particular dialog?

Thanks!
Chat

--- In MSHelpViewer@yahoogroups.com, "Robert Chandler" <robertc@...> wrote:
>
> Hi Carlo
>
> Welcome to the world of MS Help Viewer 1.0
>
>
>
> Links use page IDs not URLs like in past help systems.
>
> <a href="ms-xhelp:///id=TopicHelpId">
>
>
>
> I suggest you grab mshcMigrate.exe and put your project through that. It
> will show you what your help source should look like.
>
> http://mshcmigrate.helpmvp.com/home

Thanks, that did it.

--
Carlo Kok

Hi all:
I had MSHV functioning properly with my content and felt comfortable turning my
attention to a few other projects so I haven't opened VS2010 in about 6 weeks. I
launched it today, opened a header file, selected a function, hit F1 and the
topic displayed in my browser . . . with no TOC. I've uninstalled the content,
reinstalled, installed some random MS Help and still no TOC for anything.
Everything displays nicely in Rob's H3 viewer so I'm sure the meta tags are
correct. I've tried Firefox and IE and checked all my security settings to
assure nothing is blocked.
Has anyone else seen this? Any solutions?

TIA

Andrew

Thanks, Rob:
Removing the &embedded=true statement brought back the TOC. I wonder if this
related to the ability to create our own help viewer? (Thank you for the sweet
HelpViewer SDK, MS). I assume this is the way for VS to parse content to a help
viewer other than a browser (such as H3Viewer) that has it's own TOC?
Not sure, I'll poke around and see how I can get the Help Library Agent to serve
up a URL without that statement.

--- In MSHelpViewer@yahoogroups.com, "Robert Chandler" <robertc@...> wrote:
>
> Hi Andrew
>
>
>
> Actually there was one stage where my F1s would open without a TOC (my
> current installation does show a TOC).
>
>
>
> MS hide the TOC by adding "&embedded=true" to the end of the URL. So remove
> this and TOC should come back.
>
>
>
> But I'm not sure why I currently see a TOC with F1 and you don't.
>
>
>
> Rob
>
>
>
>
>
>
>
> From: MSHelpViewer@yahoogroups.com [mailto:MSHelpViewer@yahoogroups.com] On
> Behalf Of andrewscea
> Sent: Friday, 13 August 2010 8:36 AM
> To: MSHelpViewer@yahoogroups.com
> Subject: [MSHelpViewer] Missing TOC
>
>
>
>
>
> Hi all:
> I had MSHV functioning properly with my content and felt comfortable turning
> my attention to a few other projects so I haven't opened VS2010 in about 6
> weeks. I launched it today, opened a header file, selected a function, hit
> F1 and the topic displayed in my browser . . . with no TOC. I've uninstalled
> the content, reinstalled, installed some random MS Help and still no TOC for
> anything. Everything displays nicely in Rob's H3 viewer so I'm sure the meta
> tags are correct. I've tried Firefox and IE and checked all my security
> settings to assure nothing is blocked.
> Has anyone else seen this? Any solutions?
>
> TIA
>
> Andrew
>

In an HxS, it was possible to have a custom error page if a link didn't work
(for example, was going to a help collection that wasn't installed).

Is there a way to do something similar in VS2010 help?

For example, we have reference help that is shared among a couple SDKs. The
shared books have some links that only work if one of the particular SDKs is
installed. In our HxS, if that SDK is not installed, and the links fail, we have
a custom page that directs to our website where the content can be found. We'd
like to create a similar experience in our VS2010 help of provided a nice error
page with a link to our website instead of the 404 default page.

Thanks,
Kylie

I have a code snippet that is formatted as html and included in a help system in
MS Help Viewer.

However, meaningful whitespace is being removed -- if a line inside a <pre> tag
ends in an html tag, the line return is ignored.

For example, if in the source html file I have:
<pre class="code">
       <span class="rem">// here is a remark</span>
       <span class="rem">// and another remark</span>
       <span class="rem">// yup one more comment</span>
       <span class="kwrd">using</span> System;
       <span class="kwrd">using</span> System.Text;
       <span class="kwrd">using</span> System.Collections;
       <span class="kwrd">using</span> System.Collections.Generic;
</pre>

Then the output in the MS Help Viewer looks like:
// here is a remark// and another remark// yup one more commentusing System;
         using System.Text;
         using System.Collections;
         using System.Collections.Generic

Notice that all the comments, and the first using statement, are all on the same
line.


If instead I put the following in the source file, with some text following the
closing span tags:

<pre class="code">
    <span class="rem">// here is a remark</span> with text after close span tag
    <span class="rem">// and another remark</span> text after close span
    <span class="rem">// yup one more comment</span> more text after close span
tag
    <span class="kwrd">using</span> System;
    <span class="kwrd">using</span> System.Text;
    <span class="kwrd">using</span> System.Collections;
    <span class="kwrd">using</span> System.Collections.Generic
</pre>

Then the output in MS Help Viewer looks like:
// here is a remark with text after close span tag
	     // and another remark text after close span
	     // yup one more comment more text after close span tag
	     using System;
	     using System.Text;
         using System.Collections;
         using System.Collections.Generic

And all of my comments are, correctly, on their own lines.

But I don't want to have anything outside the span tags on those lines! Has
anyone else seen this, or have a better fix for it?

Thanks,
Kylie