Comments on: Missing Content Type fields in the Document Information Panel

By: Adrian DeFazio

Adrian DeFazio — Thu, 30 Oct 2008 17:42:02 +0000

Andy,

I don’t know if you ever found a solution. You can check this url: http://weblogs.asp.net/mnissen/archive/2008/10/18/sensible-document-template-file-management-with-sharepoint.aspx. It’s what I used in our case.

By: Andrew

Andrew — Thu, 12 Jun 2008 23:38:11 +0000

I’m having the exact same issue as you’ve described Adrian, with funny behaviour when my templates are associated by URL…

The templates are word documents, and they open up properly, but as soon as the user tries to save back to the document library it seems that SharePoint forgets which content type it is saving… instead it saves the document as the list’s ‘default’ content type (which in this case is ‘word document’).

This issue goes away when my templates are uploaded directly to the content type, but the ability to maintain the templates in a document library and attach the URL instead is of high importance in this case.

Has anybody made progress on this issue? Thanks in advance.

By: novolocus.com » Document Conversion Service doesn’t map column data - Part I

Tue, 08 Apr 2008 09:04:25 +0000

[...] then just saved the template without making any changes - I’ve found that you need to do this to get the Document information panel to work [...]

By: Adrian

Adrian — Fri, 28 Mar 2008 15:35:51 +0000

One interesting note. I added a column to my Document Center Document library where my templates reside. I then went back to my Document Library that references that template within my Content TYpe. I created a new document of that content type and the DIP showed the new column I had added to the document library of my templates. It seems to be using the metadata of the templates library? Is this some kind of inheritance issue?

By: Andy

Andy — Thu, 27 Mar 2008 17:03:36 +0000

I think internally it must be a full URL, it’s just not showing all of it. I tried that and got the same thing with the URL or filename being displayed, although I also wasn’t actually able to replicate the original problem of making fields not appear!

Still, I think it makes sense - for some reason my child content type must still have had the URL to the parent content type’s template file.

Bit miffed that I couldn’t replicate the problem though. Might try again tomorrow…

By: novolocus.com » What happens to content types when you add a column to a list in SharePoint?

Thu, 27 Mar 2008 14:14:49 +0000

[...] This is sort of relevant to an earlier post on the Document Information Panel, and showing fields in it. [...]

By: Adrian

Adrian — Thu, 27 Mar 2008 13:58:10 +0000

That is an interesting question. If you enter the URL of an existing document template, it becomes something like http://intranet/Docs/Templates/NotesTemplate.dotx. However, when you use the Upload a new document template, the URL of the newly uploaded template is just the file name (i.e. - NotesTemplate.dotx). I’m not sure whether or not this is a bug or normal functionality.

By: Andy

Andy — Thu, 27 Mar 2008 13:11:05 +0000

Nope, I’ve gotta admit I’ve not tried using the URL of an existing template. It sounds like that URL field value might be the thing that was inherited by the child content type, and that the ‘Upload a new document template’ option overrides that. I might take a look to see. I don’t suppose you happen to know what the URL to the existing template was and what the URL to the newly uploaded template became? That might tell us something.

I’ll maybe take a look, and report back if I find anything…

By: Adrian

Adrian — Wed, 26 Mar 2008 14:42:37 +0000

I’ve created my own content type. I’ve specified my own template document in the advanced settings of the content type with the url of a template from a document library within my Document center site (I used the option: Enter the URL of an existing document template). If I create a new document library with the content type it will open the appropriate template but the DIP reflects that of the Document content type, with the one metadata - title field. If I use the other option in the advanced settings of the content type (Upload a new document template:), I get the appropriate metdata in my DIP. Do you know why this is? I would think referencing a template from a url would only provide the template for that content type and the document library would still use the metadata for that particular content type.