[OzMOSS] RE: Teched BDC presentation
Maybe a comparison of the BDC and the new federated search capabilities? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 28 July 2008 2:57 PM To: listserver@ozmoss.com Subject: [OzMOSS] Teched BDC presentation Hello everyone, I thought I may try something new this year, and ask people what they expect from the presentation before I start working on it. I am presenting with an American MVP about the BDC - a level 400 presentation. What would you want to see in that presentation? I am leaving this as an open question because I do not want to limit your thinking - just shoot me what would make you happy to see. After all, the people in this list are the most likely to come see the presentation! Thanks! Ishai Sagi Solutions Architect Information Services Mobile: 04 2379 1728 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: www.sharepoint-tips.comhttp://www.sharepoint-tips.com/ [cid:image001.gif@01C8F59A.47421160]http://www.uniqueworld.net/ --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com inline: image001.gif
RE: [OzMOSS] RE: Teched BDC presentation
Hi Ishai, This may be somewhat off the beaten track, but I was recently wondering about using the BDC to connect to SQL Server Dataservices ;-) Any thoughts on that? Cheers, Ed From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Saikovski Sent: Sunday, 3 August 2008 6:54 PM To: listserver@ozMOSS.com Subject: [OzMOSS] RE: Teched BDC presentation Maybe a comparison of the BDC and the new federated search capabilities? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 28 July 2008 2:57 PM To: listserver@ozmoss.com Subject: [OzMOSS] Teched BDC presentation Hello everyone, I thought I may try something new this year, and ask people what they expect from the presentation before I start working on it. I am presenting with an American MVP about the BDC - a level 400 presentation. What would you want to see in that presentation? I am leaving this as an open question because I do not want to limit your thinking - just shoot me what would make you happy to see. After all, the people in this list are the most likely to come see the presentation! Thanks! Ishai Sagi Solutions Architect Information Services Mobile: 04 2379 1728 Email:[EMAIL PROTECTED] Web: http://www.uniqueworld.net www.uniqueworld.net Blog: http://www.sharepoint-tips.com/ www.sharepoint-tips.com http://www.uniqueworld.net/ cid:image001.gif@01C8AE97.2B94B5C0 --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com image001.gif
[OzMOSS] RE: Hyperlink Field that forces opening in new browser window
Hi All, I have a number of hyperlink fields that we would prefer to render natively so that they opened in a new browser window. Can anyone advise on the best way to approach this as generically and (hopefully) as simply as possible? I guess I've considered such things as custom field types, but don't have a feel for how simple / complex this approach would be. Cheers, Trevor Andrew --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com
[OzMOSS] Site usage report issue
Hi all, Has anyone had issues with MOSS 2007 site usage report not displaying any graphical information on sites created based on custom template? I have seen problems with custom site templates with audit logs, but not site usage report. I would really appreciate any suggestion or help. Thanks in advance Johnny Chung antares solutions http://www.antaressolutions.com.au www.antaressolutions.com.au Gold_Partner_rgb_5_42_65 Level 14, Suite 1404 447 Kent Street SYDNEY NSW 2000 m: 0420 319 119 w: 02 8275 8811 f: 02 8275 8877 --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com image001.gif
RE: [OzMOSS] RE: Teched BDC presentation
Not exactly my LOB, but from what I know the SSDS will have a lot of web services (which may include bdc-complian functions) and at the end of the day has data stored in SQL (although the ideal would be that BDC doesn't go directly to the data). I did not install the beta or experimented with it, so I can't say how difficult it would be to build an application config to connect the two. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Richard Sent: Monday, 4 August 2008 8:57 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Teched BDC presentation Hi Ishai, This may be somewhat off the beaten track, but I was recently wondering about using the BDC to connect to SQL Server Dataservices ;-) Any thoughts on that? Cheers, Ed From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Saikovski Sent: Sunday, 3 August 2008 6:54 PM To: listserver@ozMOSS.com Subject: [OzMOSS] RE: Teched BDC presentation Maybe a comparison of the BDC and the new federated search capabilities? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 28 July 2008 2:57 PM To: listserver@ozmoss.com Subject: [OzMOSS] Teched BDC presentation Hello everyone, I thought I may try something new this year, and ask people what they expect from the presentation before I start working on it. I am presenting with an American MVP about the BDC - a level 400 presentation. What would you want to see in that presentation? I am leaving this as an open question because I do not want to limit your thinking - just shoot me what would make you happy to see. After all, the people in this list are the most likely to come see the presentation! Thanks! Ishai Sagi Solutions Architect Information Services Mobile: 04 2379 1728 Email:[EMAIL PROTECTED]mailto:[EMAIL PROTECTED] Web: www.uniqueworld.nethttp://www.uniqueworld.net Blog: www.sharepoint-tips.comhttp://www.sharepoint-tips.com/ [cid:image001.gif@01C8F616.BA581FB0]http://www.uniqueworld.net/ --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com inline: image001.gif
RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window
If this is a one-off thing, can't you just use SharePoint designer to turn the web parts into XSLT web parts, and edit the xsl for those fields? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 9:03 AM To: listserver@ozMOSS.com Subject: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi All, I have a number of hyperlink fields that we would prefer to render natively so that they opened in a new browser window. Can anyone advise on the best way to approach this as generically and (hopefully) as simply as possible? I guess I've considered such things as custom field types, but don't have a feel for how simple / complex this approach would be. Cheers, Trevor Andrew --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com
RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window
The real question is - do you only want to do it in one list, in one site? Do you want it part of the template, but pointing to specific fields? or do you want to be able to specify different settings in each field, everywhere? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 10:07 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi Ishai, I'm not sure ... We are doing all of our deployment via features, and to date, we've achieved all of our requirements via custom content types / fields alone. I'd actually specifically been avoiding SharePoint Designer for this sort of work, but perhaps my reluctance to do so, and understanding of the best way to use SD for this sort of customisation prior to feature based deployment is flawed. Could you point me towards a good walkthrough / tutorial on this sort of customisation? Kind Regards, Trevor Andrew From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 4 August 2008 9:54 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window If this is a one-off thing, can't you just use SharePoint designer to turn the web parts into XSLT web parts, and edit the xsl for those fields? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 9:03 AM To: listserver@ozMOSS.com Subject: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi All, I have a number of hyperlink fields that we would prefer to render natively so that they opened in a new browser window. Can anyone advise on the best way to approach this as generically and (hopefully) as simply as possible? I guess I've considered such things as custom field types, but don't have a feel for how simple / complex this approach would be. Cheers, Trevor Andrew --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com
RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window
Hi Ishai, The custom content types we have (about six of them) all inherit from Workflow Task, and at the moment we're displaying and editing them using the standard display and edit forms. Of the hyperlink fields, one points to a new document generated during an earlier step in a currently running workflow. The other link we want to add / make visible, is to the list item whose creation initiated the workflow. By default this column is hidden in the display and edit forms of the task list. Kind Regards, Trevor Andrew From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 4 August 2008 10:28 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window The real question is - do you only want to do it in one list, in one site? Do you want it part of the template, but pointing to specific fields? or do you want to be able to specify different settings in each field, everywhere? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 10:07 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi Ishai, I'm not sure ... We are doing all of our deployment via features, and to date, we've achieved all of our requirements via custom content types / fields alone. I'd actually specifically been avoiding SharePoint Designer for this sort of work, but perhaps my reluctance to do so, and understanding of the best way to use SD for this sort of customisation prior to feature based deployment is flawed. Could you point me towards a good walkthrough / tutorial on this sort of customisation? Kind Regards, Trevor Andrew From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 4 August 2008 9:54 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window If this is a one-off thing, can't you just use SharePoint designer to turn the web parts into XSLT web parts, and edit the xsl for those fields? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 9:03 AM To: listserver@ozMOSS.com Subject: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi All, I have a number of hyperlink fields that we would prefer to render natively so that they opened in a new browser window. Can anyone advise on the best way to approach this as generically and (hopefully) as simply as possible? I guess I've considered such things as custom field types, but don't have a feel for how simple / complex this approach would be. Cheers, Trevor Andrew --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com
RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window
This is a good overview of your options: http://www.andrewconnell.com/blog/articles/SharepointLinksListOpenInNewWindow.aspx and if you do want a custom field, use this: http://bloggingabout.net/blogs/edwin/archive/2007/03/02/let-sharepoint-link-open-in-a-new-window.aspx From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 10:39 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi Ishai, The custom content types we have (about six of them) all inherit from Workflow Task, and at the moment we're displaying and editing them using the standard display and edit forms. Of the hyperlink fields, one points to a new document generated during an earlier step in a currently running workflow. The other link we want to add / make visible, is to the list item whose creation initiated the workflow. By default this column is hidden in the display and edit forms of the task list. Kind Regards, Trevor Andrew From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 4 August 2008 10:28 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window The real question is - do you only want to do it in one list, in one site? Do you want it part of the template, but pointing to specific fields? or do you want to be able to specify different settings in each field, everywhere? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 10:07 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi Ishai, I'm not sure ... We are doing all of our deployment via features, and to date, we've achieved all of our requirements via custom content types / fields alone. I'd actually specifically been avoiding SharePoint Designer for this sort of work, but perhaps my reluctance to do so, and understanding of the best way to use SD for this sort of customisation prior to feature based deployment is flawed. Could you point me towards a good walkthrough / tutorial on this sort of customisation? Kind Regards, Trevor Andrew From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 4 August 2008 9:54 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window If this is a one-off thing, can't you just use SharePoint designer to turn the web parts into XSLT web parts, and edit the xsl for those fields? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 9:03 AM To: listserver@ozMOSS.com Subject: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi All, I have a number of hyperlink fields that we would prefer to render natively so that they opened in a new browser window. Can anyone advise on the best way to approach this as generically and (hopefully) as simply as possible? I guess I've considered such things as custom field types, but don't have a feel for how simple / complex this approach would be. Cheers, Trevor Andrew --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com
RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window
Hi Ishai, Thanks for your help ... much appreciated ... Cheers, Trevor From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 4 August 2008 1:24 PM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window This is a good overview of your options: http://www.andrewconnell.com/blog/articles/SharepointLinksListOpenInNewWindo w.aspx and if you do want a custom field, use this: http://bloggingabout.net/blogs/edwin/archive/2007/03/02/let-sharepoint-link- open-in-a-new-window.aspx From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 10:39 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi Ishai, The custom content types we have (about six of them) all inherit from Workflow Task, and at the moment we're displaying and editing them using the standard display and edit forms. Of the hyperlink fields, one points to a new document generated during an earlier step in a currently running workflow. The other link we want to add / make visible, is to the list item whose creation initiated the workflow. By default this column is hidden in the display and edit forms of the task list. Kind Regards, Trevor Andrew From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 4 August 2008 10:28 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window The real question is - do you only want to do it in one list, in one site? Do you want it part of the template, but pointing to specific fields? or do you want to be able to specify different settings in each field, everywhere? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 10:07 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi Ishai, I'm not sure ... We are doing all of our deployment via features, and to date, we've achieved all of our requirements via custom content types / fields alone. I'd actually specifically been avoiding SharePoint Designer for this sort of work, but perhaps my reluctance to do so, and understanding of the best way to use SD for this sort of customisation prior to feature based deployment is flawed. Could you point me towards a good walkthrough / tutorial on this sort of customisation? Kind Regards, Trevor Andrew From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ishai Sagi Sent: Monday, 4 August 2008 9:54 AM To: listserver@ozMOSS.com Subject: RE: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window If this is a one-off thing, can't you just use SharePoint designer to turn the web parts into XSLT web parts, and edit the xsl for those fields? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trevor Andrew Sent: Monday, 4 August 2008 9:03 AM To: listserver@ozMOSS.com Subject: [OzMOSS] RE: Hyperlink Field that forces opening in new browser window Hi All, I have a number of hyperlink fields that we would prefer to render natively so that they opened in a new browser window. Can anyone advise on the best way to approach this as generically and (hopefully) as simply as possible? I guess I've considered such things as custom field types, but don't have a feel for how simple / complex this approach would be. Cheers, Trevor Andrew --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as
[OzMOSS] RE: Associating Content Type with Task List
Hi All,
I'm having some difficulties getting newly released and newly revised
versions of existing content types associated with a task list correctly.
The code I'm currently using, which is running in the context of a workflow
which is responsible for creating these custom tasks, is below:
if (!this.workflowProperties.TaskList.ContentTypesEnabled)
{
this.workflowProperties.TaskList.ContentTypesEnabled =
true;
}
SPContentTypeId newContentTypeId = new
SPContentTypeId(contentTypeIDString);
SPContentType newContentType =
workflowProperties.Site.RootWeb.ContentTypes[newContentTypeId];
bool contentTypeAssociated = false;
foreach (SPContentType contentType in
workflowProperties.TaskList.ContentTypes)
{
if (contentType.Name ==
awaitingResponseReviewTaskContentType.Name)
{
contentTypeAssociated = true;
break;
}
}
if (!contentTypeAssociated)
{
workflowProperties.TaskList.ContentTypes.Add(awaitingResponseReviewTaskConte
ntType);
}
The steps I follow are below:
. Delete all tasks from the task list
. Dissociate the custom task content type from the task list
. Delete all site columns associated with the custom task content
types on the task list
. Deploy the new content type as a feature, both site columns and
content types by
o Deactivating custom task content types feature
o Uninstalling custom task content types feature
o Deactivating custom site columns feature
o Uninstalling custom site columns feature
o Installing custom site columns feature
o Activating custom site columns feature
o Installing custom task content types feature
o Activating custom task content types feature
o Usual IISRESET etc
. During the running of a workflow, that creates these tasks, the
code above runs and re-associates what should be the new content type.
What I seem to be observing however is that the programmatic association is
re-associating what appears to be the old content type, without the changes.
If after doing the deployment of the content type I re-associate then with
the task list through the task list setting UI, the new content type gets
associated correctly ... very odd
Can anyone see where I'm going wrong? Is the code above flawed?
Kind Regards,
Trevor Andrew
--- OzMOSS.com
- to unsubscribe from this list, send a message back to the list with
'unsubscribe' as the subject.
Powered by mailenable.com
RE: [OzMOSS] RE: Associating Content Type with Task List
Could it be that you've set the boolean contentTypeAssociated = true
before your final if (!contentTypeAssociated) statement?
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Trevor Andrew
Sent: Monday, 4 August 2008 2:54 PM
To: listserver@ozMOSS.com
Subject: [OzMOSS] RE: Associating Content Type with Task List
Hi All,
I'm having some difficulties getting newly released and newly revised
versions of existing content types associated with a task list
correctly. The code I'm currently using, which is running in the context
of a workflow which is responsible for creating these custom tasks, is
below:
if
(!this.workflowProperties.TaskList.ContentTypesEnabled)
{
this.workflowProperties.TaskList.ContentTypesEnabled
= true;
}
SPContentTypeId newContentTypeId = new
SPContentTypeId(contentTypeIDString);
SPContentType newContentType =
workflowProperties.Site.RootWeb.ContentTypes[newContentTypeId];
bool contentTypeAssociated = false;
foreach (SPContentType contentType in
workflowProperties.TaskList.ContentTypes)
{
if (contentType.Name ==
awaitingResponseReviewTaskContentType.Name)
{
contentTypeAssociated = true;
break;
}
}
if (!contentTypeAssociated)
{
workflowProperties.TaskList.ContentTypes.Add(awaitingResponseReviewTaskC
ontentType);
}
The steps I follow are below:
* Delete all tasks from the task list
* Dissociate the custom task content type from the task list
* Delete all site columns associated with the custom task
content types on the task list
* Deploy the new content type as a feature, both site columns
and content types by
o Deactivating custom task content types feature
o Uninstalling custom task content types feature
o Deactivating custom site columns feature
o Uninstalling custom site columns feature
o Installing custom site columns feature
o Activating custom site columns feature
o Installing custom task content types feature
o Activating custom task content types feature
o Usual IISRESET etc
* During the running of a workflow, that creates these tasks,
the code above runs and re-associates what should be the new content
type.
What I seem to be observing however is that the programmatic association
is re-associating what appears to be the old content type, without the
changes. If after doing the deployment of the content type I
re-associate then with the task list through the task list setting UI,
the new content type gets associated correctly ... very odd
Can anyone see where I'm going wrong? Is the code above flawed?
Kind Regards,
Trevor Andrew
---
OzMOSS.com - to unsubscribe from this list, send a message back to the
list with 'unsubscribe' as the subject.
Powered by mailenable.com
This e-mail is intended for the use of the addressed recipient(s) only and may
contain confidential and privileged information. If you have received this
message in error, please delete the message and any attachments and copies
immediately; and notify the sender by return e-mail.
Any views expressed in this message or any attachments are those of the
individual sender and do not necessarily represent the corporate opinion of the
Catholic Education Office (CEO), Sydney.
The CEO Privacy Policy is located at http://www.ceo.syd.catholic.edu.au
--- OzMOSS.com
- to unsubscribe from this list, send a message back to the list with
'unsubscribe' as the subject.
Powered by mailenable.com
[OzMOSS] Document library Send to feature
Does anyone know what, if any, overhead there might be if the Prompt the author... is set to Yes and Create an alert... is checked on all items going into what will one day be a fairly substantial document library? We plan to use these settings by default to manage the integrity of all items residing in what is considered to be their final resting place. Kind regards, Paul This e-mail is intended for the use of the addressed recipient(s) only and may contain confidential and privileged information. If you have received this message in error, please delete the message and any attachments and copies immediately; and notify the sender by return e-mail. Any views expressed in this message or any attachments are those of the individual sender and do not necessarily represent the corporate opinion of the Catholic Education Office (CEO), Sydney. The CEO Privacy Policy is located at http://www.ceo.syd.catholic.edu.au --- OzMOSS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. Powered by mailenable.com image001.jpg
RE: [OzMOSS] RE: Associating Content Type with Task List
Hi Paul,
The code that iterates through the Content Types collection of the Task List
should only set the variable contentTypeAssociated to true, if it finds a
content type with an identical name ... So I'm hoping that's not the issue,
but that does rely upon the Content Type Name being suitably unique,
assuming any earlier versions of the content type have already been
dissociated from the task list ... The line that appears to be causing me
grief is:
SPContentType newContentType =
workflowProperties.Site.RootWeb.ContentTypes[newContentTypeId];
It's almost as if despite the fact I've deployed the revised version of the
content type to the Site Collection, this expression is in fact retrieving
the previous version for some reason?
Cheers,
Trevor
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Paul Noone
Sent: Monday, 4 August 2008 3:19 PM
To: listserver@ozMOSS.com
Subject: RE: [OzMOSS] RE: Associating Content Type with Task List
Could it be that you've set the boolean contentTypeAssociated = true before
your final if (!contentTypeAssociated) statement?
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Trevor Andrew
Sent: Monday, 4 August 2008 2:54 PM
To: listserver@ozMOSS.com
Subject: [OzMOSS] RE: Associating Content Type with Task List
Hi All,
I'm having some difficulties getting newly released and newly revised
versions of existing content types associated with a task list correctly.
The code I'm currently using, which is running in the context of a workflow
which is responsible for creating these custom tasks, is below:
if (!this.workflowProperties.TaskList.ContentTypesEnabled)
{
this.workflowProperties.TaskList.ContentTypesEnabled =
true;
}
SPContentTypeId newContentTypeId = new
SPContentTypeId(contentTypeIDString);
SPContentType newContentType =
workflowProperties.Site.RootWeb.ContentTypes[newContentTypeId];
bool contentTypeAssociated = false;
foreach (SPContentType contentType in
workflowProperties.TaskList.ContentTypes)
{
if (contentType.Name ==
awaitingResponseReviewTaskContentType.Name)
{
contentTypeAssociated = true;
break;
}
}
if (!contentTypeAssociated)
{
workflowProperties.TaskList.ContentTypes.Add(newContentType);
}
The steps I follow are below:
. Delete all tasks from the task list
. Dissociate the custom task content type from the task list
. Delete all site columns associated with the custom task content
types on the task list
. Deploy the new content type as a feature, both site columns and
content types by
o Deactivating custom task content types feature
o Uninstalling custom task content types feature
o Deactivating custom site columns feature
o Uninstalling custom site columns feature
o Installing custom site columns feature
o Activating custom site columns feature
o Installing custom task content types feature
o Activating custom task content types feature
o Usual IISRESET etc
. During the running of a workflow, that creates these tasks, the
code above runs and re-associates what should be the new content type.
What I seem to be observing however is that the programmatic association is
re-associating what appears to be the old content type, without the changes.
If after doing the deployment of the content type I re-associate then with
the task list through the task list setting UI, the new content type gets
associated correctly ... very odd
Can anyone see where I'm going wrong? Is the code above flawed?
Kind Regards,
Trevor Andrew
---
OzMOSS.com - to unsubscribe from this list, send a message back to the list
with 'unsubscribe' as the subject.
Powered by mailenable.com
_
This e-mail is intended for the use of the addressed recipient(s) only and
may contain confidential and privileged information. If you have received
this message in error, please delete the message and any attachments and
copies immediately; and notify the sender by return e-mail.
Any views expressed in this message or any attachments are those of the
individual sender and do not necessarily represent the corporate opinion of
the Catholic Education Office (CEO), Sydney.
The CEO Privacy Policy is located at http://www.ceo.syd.catholic.edu.au
---
OzMOSS.com - to unsubscribe from this list, send a message back to the
