Feed Link:  http://tchmiel.wordpress.com/feed/

I apologize to my followers, but http://vspug.com/ has lost your comments and the images I posted when they upgraded and they haven’t been restored - I will repost the original articles on the new site so you somebody might find use in them.

Tom

using the latest bits available thru my MSDN subscription.

ÿ
ÿ

I installed Windows 2003 Server R2, with Service Pack 2,

ran Windows Update to get the latest updates

then configured my server to be an Application server,

Click "Enable ASP.NET"

Then tried to install Windows SharePoint Services v3 with Service Pack 1 (slipstream)

ÿ
ÿ

This installer complained that I didn't have ASP.NET 2.0 installed.

A quick check of IIS Manager, web service extensions and sure enough

ASP.NET v2.0.50727 was listed not there.

ÿ
ÿ

A quick command:

C:WINDOWSMicrosoft.NETFrameworkv2.0.50727Aspnet_regiis.exe -i

installs ASP.NET 2.0 on the machine and then Windows SharePoint Services v3 with Service Pack 1 (slipstream)
installed properly.

For the last several months, I have not been able to open .chm files that I copied down to my local box. Not sure exactly when it started happening, but my guess is after a windows update in the last couple of months. I am familiar of the changes to the .chm file behavior in XP SP2, (security update 896358 or Windows Server 2003 Service Pack 1) as described in KB 90225. Didn't see to be related to this.

ÿ
ÿ

When I would click on the file and tried to open it, I would get the HTML Help window up and a File Download – Security Warning dialog asking me to Open, Save, or Cancel.

If I click Open,ÿ

I get a File Download dialog, then it goesback to the HTML Help and File

Download -Security Warning dialogs. An infinite loop.

If I Click Save,

I get the standard Save As dialog, and I save to another

location and try to open it there, I get the infinite loop above again.

ÿ
ÿ

No one else was seeing it in the office, then I narrowed the problem down as it looked as if it followed me around with my AD account. If I logged on to any other machine, I could not open at .chm files. All other users w/ accounts on the machine could as long as they were not in any of my directories. Happens on XP and Vista Operating Systems.

ÿ
ÿ

Finally, it dawned on me. My domain account is DomainTom.Chmielenski, notice the .chm characters. Tried my wife's account. Wha La! She has the same Problem. With the help of my colleague, Jason, we were are able to narrow the problem down to a simple problem. The problem has been sent to Microsoft.

ÿ
ÿ

Summary of the problem

.CHM files can not be opened if the filepath includes the [.chm] characters within it.

ÿ
ÿ

Very easy to reproduce the problem

1. ÿÿÿ Make a directory C:TEST_CHM,
   

   [Syntax is TEST {UnderScore} CHM]
   

2. ÿÿÿ Copy any .chm file to this new directory.
   
3. ÿÿÿ Launch the .chm file (it will work fine)
   
4. ÿÿÿ Rename c:TEST_CHM to be c:TEST.CHM
   

   <!– Syntax is TEST {Period} CHM] –>
   

5. ÿÿÿ Try to open the .chm file. (it causes an infinite loop).
   

   ÿ
   ÿ

Workaround

Copy the .chm file to a different directory where the .chm is not in the path.

ÿ
ÿ

ÿ
ÿ

ÿ
ÿ

ÿ
ÿ

We found an interesting problem with associating a custom icon with our file format to a custom Content Type. Let me try to explain.

 Suppose we have a file format with a .tjc extension. (.tjc is just a made up file extension as an example)

If we upload a sample file, "sample.tjc", to a standard team site, the document is shown with a generic icon, which is defined by the default mapping element inside of 12HiveTemplateXMLDocicon.XML. This happens because we did not specify a file extension mapping for the .tjc file extension in the docicon.xml file

<DocIcons>

…

<Default>

<Mapping Value="icgen.gif"/>

</Default>

</DocIcons>

To associate the "TJC" file extension with a custom icon, we add the following line to the DOCICON.XML file, and perform an iisreset.

<Mapping Key="tjc" Value="ictjc.gif" EditText="My Custom Document Editor"
OpenControl="MyCustomEditor.OpenDocuments" />

Simple.

But what if we want to associate this icon with a custom type?

We start by creating a New Content Type:

Upload a .tjc file as the new document template:

Under the Settings ->Document Library Settings–> Advanced Settings for my document library, and toggle on the Content Types — Allow management of content types:

Then back on Document Library Settings page, I can add my custom Content Type, but clicking "Add from existing site content types:

And my custom Content type now appears in the list and should be visible on the new button.

But no icon appears:

The reason is the SharePoint code is looking for a larger version of the associated docicon.xml icon, and assumes that it similar names as the similar icon, but has a prepended "lg_" in front of it. In this example, it is looking for the file "lg_ictjc.gif".

Thus, we create a larger version of the icon,

and prepend the filename with "lg_" ,

add it to the 12HiveTemplateimages directory,

refresh your web browser,

And the custom icon will then appear.

Couple of other notes:

1. I f one use a custom Office document as your Content Type, it will just work without any modifications because both the small version and the large version of the icons already appear in the 12HiveTemplateImages directory.
2. The size of the small icon is 16×16 pixels, 96×96 resolution and 8 bit color depth.
3. The large icon should be 32 x32 pixels, 96×96 resolution and 8 bit color depth.
4. If your small images are stored in a subfolder below images like this:

12HiveTemplateImagesMyCompanyictjc.gif

   You will need to create an equivalent subfolder with a prepended "lg_" rather than the image filename itself:

12HiveTemplateImageslg_MyCompanyictjc.gif

More about the docicon.xml  file, can be found here:

http://msdn2.microsoft.com/en-us/library/ms463701.aspx

Hope this helps someone.

Tom   

We changed the site id, the watermark on the Quick Launch and add a custom Server Control. This custom Server Control was just a modified version of the MiniNavigator Server Control described in Nigel Bridport's blog here.

However in wssV3, site navigation is available for free and thus, we wanted to obsolete our custom site definition in favor of reverting back to a standard team site, avoiding the maintenance of our custom site definition going forward.

If one looks at the upgrade definition file syntax for wssv2 to wssv3, there is no way to map from one site id in wssv2 to a different wssv3 site id.

To workaround this limitation:

1. In wssv2, we reverted the site definition template ids from our custom number back to the standard site template id of "1", by following the steps in Jeff Holiday's

   Changing Custom Site Definition Template IDs – SharePoint 2003 blog post.

      

   But before you try this, let me reiterate Jeff's warnings first:

   "Always make sure to backup all databases and files prior to making any changes.

   NOTE: Microsoft does not support editing SharePoint SQL tables directly."

      

2. After step 1, our site home page became corrupted. Following the "How to restore a corrupted Windows SharePoint Services" topic in the following the Microsoft knowledge base article,

   KB:832811 – Restore a corrupted Windows SharePoint Services home page,

   Our wssv2 site was now based on the STS team site definition.

      

3. We were then able to upgrade our wssv2 sites to wssv3 sites using the standard wssv2 to wssv3 upgrade process. And we no longer have a dependency on our old wssv2 site definition.

      

   Our custom site definition wasn't heavy customized, buy your mileage my vary.

      

   Tom

      

      

To programmatically determine if you are connecting to a server running wssv2 or wssv3 via a FPRPC call, use the server version RPC.ÿ

ÿ
ÿ

If the major version is 6, then it's WSS v2.ÿ

If the major version is 12, then it's WSS v3.

ÿ
ÿ

=====================

ÿ
ÿ

GET /_vti_bin/shtml.dll/_vti_rpc HTTP/1.1

X-Vermeer-Content-Type: application/x-www-form-urlencoded

Host: troys1

Accept: */*

Content-Length:21

Connection: Keep-Alive

ÿ
ÿ

method=server+version

ÿ
ÿ

HTTP/1.1 200 OK

Connection: close

Date: Thu, 25 Jan 2007 22:47:57 GM3

Server: Microsoft-IIS/6.0

X-Powered-By: ASP.NET

MicrosoftSharePointTeamServices: 12.0.0.4518

Content-type: text/html; charset=utf-8

Set-Cookie: WSS_KeepSessionAuthenticated=80; path=/

ÿ
ÿ

<html><head><title>vermeer RPC packet</title></head>

<body>

<p>method=server version

<p>server version=

<ul>

<li>major ver=12

<li>minor ver=0

<li>phase ver=0

<li>ver incr=4518

</ul>

</body>

</html>

ÿ
ÿ

ÿ
ÿ

ÿ ÿ

Here is the OpenDocuments ActiveX Control documentation available on msdn, which was barely updated for wssv3, see my comments under Community Content. This documentation explains how to connect your OpenDocuments Control to SharePoint.

ÿ ÿ

For wss v2, there was the SharePad Reference Application for SharePoint Products and Technologies which Mike Fitzmaurice [MSFT] talked about it here. It is on GotDotNet which is currently being phased out, so this link may break in the near future.

ÿ ÿ

But for wss v3, this application was not been updated. Not sure why. One would think that Microsoft would want third parties to integrate these files w/ the SharePoint environment, especially moving forward with SharePoint 2007.

ÿ ÿ

–Tom

ÿ ÿ

ÿ ÿ

A little about me. My name is Tom Chmielenski (had to shorten the blog name, if I wanted any visitors) and I currently work for Bentley Systems, Inc (we develop software for the world's infrastructure.). I am the senior technical lead on a product called ProjectWise StartPoint (this product integrates CAD files (.dgn and .dwg file formats) with the SharePoint platform.). Thus, our integration relies heavy on the OpenDocuments ActiveX Control to accomplish this integration.

ÿ ÿ

But to date, I haven't heard people talk much about the use of this control with SharePoint 2007 nor have I heard from other third party vendors who want to integrate their file formats to play nicely in the SharePoint environment. Therefore, the goal for me here in this blog is to share what my team has learned (mostly the hard way) in this area. Maybe some day you can help my team out along the way as well.

ÿ ÿ

Before I go farther, let me state the normal disclaimer applies to all postings on my blog:

ÿ ÿ

The information in this weblog is provided "AS IS" with no warranties, and confers no rights. This weblog does not represent the thoughts, intentions, plans or strategies of my employer. It is solely my opinion. Inappropriate comments will be deleted at the authors discretion. All code samples are provided "AS IS" without warranty of any kind, either express or implied, including but not limited to the implied warranties of merchantability and/or fitness for a particular purpose. In addition, nor do my opinions do not reflect those of my blog host, SharePoint Experts.

ÿ ÿ

–Tom