RE: Auto-update webpart property when object renamed
The best way to go about this is to store the list ID for the list you need to access. Have the setter property for ListName store the GUID into a hidden property (still a public property, but without the web editable attribute) so that the user still just chooses a list name, and then change the getter for the property to look up the list name and return the string. Then you can rename the lists in the UI as much as you like, but because you are only ever working with the ID for it internally things shouldn't break Brian Farnhill Solutions Architect, Extelligent Design | SharePoint Server MVP phone: 0408 289 303 | twitter: http://twitter.com/BrianFarnhill @BrianFarnhill | blog: http://blog.brianfarnhill.com/ blog.brianfarnhill.com | xbox: http://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan Modern Bogan From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Paul Noone Sent: Monday, 6 February 2012 11:58 AM To: ozMOSS (ozmoss@ozmoss.com) Subject: Auto-update webpart property when object renamed Hi all, Is there a way to auto-update wp properties (such as list name) when the object is renamed? I know SharePoint manages to do this with Summary Links wp and the PageContent placeholder. Kind regards, Paul ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
RE: Auto-update webpart property when object renamed
Ah, of course. :) Thanks! From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Brian Farnhill Sent: Monday, 6 February 2012 12:02 PM To: 'ozMOSS' Subject: RE: Auto-update webpart property when object renamed The best way to go about this is to store the list ID for the list you need to access. Have the setter property for ListName store the GUID into a hidden property (still a public property, but without the web editable attribute) so that the user still just chooses a list name, and then change the getter for the property to look up the list name and return the string. Then you can rename the lists in the UI as much as you like, but because you are only ever working with the ID for it internally things shouldn't break Brian Farnhill Solutions Architect, Extelligent Design | SharePoint Server MVP phone: 0408 289 303 | twitter: @BrianFarnhillhttp://twitter.com/BrianFarnhill | blog: blog.brianfarnhill.comhttp://blog.brianfarnhill.com/ | xbox: Modern Boganhttp://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Paul Noone Sent: Monday, 6 February 2012 11:58 AM To: ozMOSS (ozmoss@ozmoss.com) Subject: Auto-update webpart property when object renamed Hi all, Is there a way to auto-update wp properties (such as list name) when the object is renamed? I know SharePoint manages to do this with Summary Links wp and the PageContent placeholder. Kind regards, Paul ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
RE: Auto-update webpart property when object renamed
Hi Brian,
OK. I think I'm half way there. I've added a new private string for listID and
a new property for ListID. I've attempted to modify the get/set part of the
ListName property as you suggested but not sure if I'm on the right track.
Any assistance is greatly appreciated! :)
private string listID;
[WebPartStorage(Storage.Shared),
FriendlyName(The list name),
Category(Binding),
Browsable(false)]
public string ListName {
get
{
using (SPWeb web = SPContext.Current.Site.OpenWeb(WebId))
{
foreach (SPList list in SPContext.Current.Web.Lists)
{
listName = web.Lists[listID].Title.ToString();
}
}
return listName;
}
set
{
listName = value;
using (SPWeb web = SPContext.Current.Site.OpenWeb(WebId))
{
foreach (SPList list in SPContext.Current.Web.Lists)
{
listID = web.Lists[listName].ID.ToString();
}
}
}
}
[WebPartStorage(Storage.Shared),
FriendlyName(The list ID),
Category(Hidden),
Browsable(false)]
public string ListID
{
get { return listID; }
set { listID = value; }
}
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Brian Farnhill
Sent: Monday, 6 February 2012 12:02 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
The best way to go about this is to store the list ID for the list you need to
access. Have the setter property for ListName store the GUID into a hidden
property (still a public property, but without the web editable attribute) so
that the user still just chooses a list name, and then change the getter for
the property to look up the list name and return the string. Then you can
rename the lists in the UI as much as you like, but because you are only ever
working with the ID for it internally things shouldn't break
Brian Farnhill
Solutions Architect, Extelligent Design | SharePoint Server MVP
phone: 0408 289 303 | twitter: @BrianFarnhillhttp://twitter.com/BrianFarnhill
| blog: blog.brianfarnhill.comhttp://blog.brianfarnhill.com/ | xbox: Modern
Boganhttp://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Paul Noone
Sent: Monday, 6 February 2012 11:58 AM
To: ozMOSS (ozmoss@ozmoss.com)
Subject: Auto-update webpart property when object renamed
Hi all,
Is there a way to auto-update wp properties (such as list name) when the object
is renamed? I know SharePoint manages to do this with Summary Links wp and the
PageContent placeholder.
Kind regards,
Paul
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
RE: Auto-update webpart property when object renamed
Of the top of my head, it should look something like this (I just bashed
this out in notepad, so you might need to tidy up any syntax errors and/or
typos)
[WebPartStorage(Storage.Shared)
FriendlyName(The list name),
Category(Binding),
Browsable(true)]
public string ListName {
get
{
var list = SPContext.Current.Web.Lists[ListId];
return list.Title;
}
set
{
var list = SPContext.Current.Web.Lists[value];
ListId = list.ID;
}
}
[WebPartStorage(Storage.Shared),
Browsable(false)]
public Guid ListId { get; set; }
private Guid _listId;
I would be putting some error handling around the getter and setter on list
name (what happens when ListID hasn't been set yet, what if they type in a
list name that doesn't exist, that sort of thing) but that is the basic idea
of how you could do it. Just refer to the list you need as
SPContext.Current.Web.Lists[ListId] and you should be fine.
Brian Farnhill
Solutions Architect, Extelligent Design | SharePoint Server MVP
phone: 0408 289 303 | twitter: http://twitter.com/BrianFarnhill
@BrianFarnhill | blog: http://blog.brianfarnhill.com/
blog.brianfarnhill.com | xbox:
http://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan Modern
Bogan
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Noone
Sent: Monday, 6 February 2012 1:45 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
Hi Brian,
OK. I think I'm half way there. I've added a new private string for listID
and a new property for ListID. I've attempted to modify the get/set part of
the ListName property as you suggested but not sure if I'm on the right
track.
Any assistance is greatly appreciated! J
private string listID;
[WebPartStorage(Storage.Shared),
FriendlyName(The list name),
Category(Binding),
Browsable(false)]
public string ListName {
get
{
using (SPWeb web = SPContext.Current.Site.OpenWeb(WebId))
{
foreach (SPList list in SPContext.Current.Web.Lists)
{
listName = web.Lists[listID].Title.ToString();
}
}
return listName;
}
set
{
listName = value;
using (SPWeb web = SPContext.Current.Site.OpenWeb(WebId))
{
foreach (SPList list in SPContext.Current.Web.Lists)
{
listID = web.Lists[listName].ID.ToString();
}
}
}
}
[WebPartStorage(Storage.Shared),
FriendlyName(The list ID),
Category(Hidden),
Browsable(false)]
public string ListID
{
get { return listID; }
set { listID = value; }
}
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Brian Farnhill
Sent: Monday, 6 February 2012 12:02 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
The best way to go about this is to store the list ID for the list you need
to access. Have the setter property for ListName store the GUID into a
hidden property (still a public property, but without the web editable
attribute) so that the user still just chooses a list name, and then change
the getter for the property to look up the list name and return the string.
Then you can rename the lists in the UI as much as you like, but because you
are only ever working with the ID for it internally things shouldn't break
Brian Farnhill
Solutions Architect, Extelligent Design | SharePoint Server MVP
phone: 0408 289 303 | twitter: http://twitter.com/BrianFarnhill
@BrianFarnhill | blog: http://blog.brianfarnhill.com/
blog.brianfarnhill.com | xbox:
http://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan Modern
Bogan
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Noone
Sent: Monday, 6 February 2012 11:58 AM
To: ozMOSS (ozmoss@ozmoss.com)
Subject: Auto-update webpart property when object renamed
Hi all,
Is there a way to auto-update wp properties (such as list name) when the
object is renamed? I know SharePoint manages to do this with Summary Links
wp and the PageContent placeholder.
Kind regards,
Paul
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
RE: Auto-update webpart property when object renamed
Beautiful. Thanks again.
Yes on the error-checking. :)
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Brian Farnhill
Sent: Monday, 6 February 2012 1:56 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
Of the top of my head, it should look something like this (I just bashed this
out in notepad, so you might need to tidy up any syntax errors and/or typos)
[WebPartStorage(Storage.Shared)
FriendlyName(The list name),
Category(Binding),
Browsable(true)]
public string ListName {
get
{
var list = SPContext.Current.Web.Lists[ListId];
return list.Title;
}
set
{
var list = SPContext.Current.Web.Lists[value];
ListId = list.ID;
}
}
[WebPartStorage(Storage.Shared),
Browsable(false)]
public Guid ListId { get; set; }
private Guid _listId;
I would be putting some error handling around the getter and setter on list
name (what happens when ListID hasn't been set yet, what if they type in a list
name that doesn't exist, that sort of thing) but that is the basic idea of how
you could do it. Just refer to the list you need as
SPContext.Current.Web.Lists[ListId] and you should be fine.
Brian Farnhill
Solutions Architect, Extelligent Design | SharePoint Server MVP
phone: 0408 289 303 | twitter: @BrianFarnhillhttp://twitter.com/BrianFarnhill
| blog: blog.brianfarnhill.comhttp://blog.brianfarnhill.com/ | xbox: Modern
Boganhttp://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of
Paul Noone
Sent: Monday, 6 February 2012 1:45 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
Hi Brian,
OK. I think I'm half way there. I've added a new private string for listID and
a new property for ListID. I've attempted to modify the get/set part of the
ListName property as you suggested but not sure if I'm on the right track.
Any assistance is greatly appreciated! :)
private string listID;
[WebPartStorage(Storage.Shared),
FriendlyName(The list name),
Category(Binding),
Browsable(false)]
public string ListName {
get
{
using (SPWeb web = SPContext.Current.Site.OpenWeb(WebId))
{
foreach (SPList list in SPContext.Current.Web.Lists)
{
listName = web.Lists[listID].Title.ToString();
}
}
return listName;
}
set
{
listName = value;
using (SPWeb web = SPContext.Current.Site.OpenWeb(WebId))
{
foreach (SPList list in SPContext.Current.Web.Lists)
{
listID = web.Lists[listName].ID.ToString();
}
}
}
}
[WebPartStorage(Storage.Shared),
FriendlyName(The list ID),
Category(Hidden),
Browsable(false)]
public string ListID
{
get { return listID; }
set { listID = value; }
}
From: ozmoss-boun...@ozmoss.commailto:ozmoss-boun...@ozmoss.com
[mailto:ozmoss-boun...@ozmoss.com]mailto:[mailto:ozmoss-boun...@ozmoss.com]
On Behalf Of Brian Farnhill
Sent: Monday, 6 February 2012 12:02 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
The best way to go about this is to store the list ID for the list you need to
access. Have the setter property for ListName store the GUID into a hidden
property (still a public property, but without the web editable attribute) so
that the user still just chooses a list name, and then change the getter for
the property to look up the list name and return the string. Then you can
rename the lists in the UI as much as you like, but because you are only ever
working with the ID for it internally things shouldn't break
Brian Farnhill
Solutions Architect, Extelligent Design | SharePoint Server MVP
phone: 0408 289 303 | twitter: @BrianFarnhillhttp://twitter.com/BrianFarnhill
| blog: blog.brianfarnhill.comhttp://blog.brianfarnhill.com/ | xbox: Modern
Boganhttp://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan
From: ozmoss-boun...@ozmoss.commailto:ozmoss-boun...@ozmoss.com
[mailto:ozmoss-boun...@ozmoss.com]mailto:[mailto:ozmoss-boun...@ozmoss.com]
On Behalf Of Paul Noone
Sent: Monday, 6 February 2012 11:58 AM
To: ozMOSS (ozmoss@ozmoss.commailto:ozmoss@ozmoss.com)
Subject: Auto-update webpart property when object renamed
Hi all,
Is there a way to auto-update wp properties (such as list name) when the object
is renamed? I know SharePoint manages to do this with Summary Links wp and the
PageContent placeholder.
Kind regards,
Paul
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
RE: Auto-update webpart property when object renamed
Just noticed you can also drop the line with the private _listId variable
too because I used the declarative getter/setter for that one, no need for
the private property in that case
Brian Farnhill
Solutions Architect, Extelligent Design | SharePoint Server MVP
phone: 0408 289 303 | twitter: http://twitter.com/BrianFarnhill
@BrianFarnhill | blog: http://blog.brianfarnhill.com/
blog.brianfarnhill.com | xbox:
http://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan Modern
Bogan
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Noone
Sent: Monday, 6 February 2012 1:59 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
Beautiful. Thanks again.
Yes on the error-checking. J
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Brian Farnhill
Sent: Monday, 6 February 2012 1:56 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
Of the top of my head, it should look something like this (I just bashed
this out in notepad, so you might need to tidy up any syntax errors and/or
typos)
[WebPartStorage(Storage.Shared)
FriendlyName(The list name),
Category(Binding),
Browsable(true)]
public string ListName {
get
{
var list = SPContext.Current.Web.Lists[ListId];
return list.Title;
}
set
{
var list = SPContext.Current.Web.Lists[value];
ListId = list.ID;
}
}
[WebPartStorage(Storage.Shared),
Browsable(false)]
public Guid ListId { get; set; }
private Guid _listId;
I would be putting some error handling around the getter and setter on list
name (what happens when ListID hasn't been set yet, what if they type in a
list name that doesn't exist, that sort of thing) but that is the basic idea
of how you could do it. Just refer to the list you need as
SPContext.Current.Web.Lists[ListId] and you should be fine.
Brian Farnhill
Solutions Architect, Extelligent Design | SharePoint Server MVP
phone: 0408 289 303 | twitter: http://twitter.com/BrianFarnhill
@BrianFarnhill | blog: http://blog.brianfarnhill.com/
blog.brianfarnhill.com | xbox:
http://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan Modern
Bogan
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Noone
Sent: Monday, 6 February 2012 1:45 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
Hi Brian,
OK. I think I'm half way there. I've added a new private string for listID
and a new property for ListID. I've attempted to modify the get/set part of
the ListName property as you suggested but not sure if I'm on the right
track.
Any assistance is greatly appreciated! J
private string listID;
[WebPartStorage(Storage.Shared),
FriendlyName(The list name),
Category(Binding),
Browsable(false)]
public string ListName {
get
{
using (SPWeb web = SPContext.Current.Site.OpenWeb(WebId))
{
foreach (SPList list in SPContext.Current.Web.Lists)
{
listName = web.Lists[listID].Title.ToString();
}
}
return listName;
}
set
{
listName = value;
using (SPWeb web = SPContext.Current.Site.OpenWeb(WebId))
{
foreach (SPList list in SPContext.Current.Web.Lists)
{
listID = web.Lists[listName].ID.ToString();
}
}
}
}
[WebPartStorage(Storage.Shared),
FriendlyName(The list ID),
Category(Hidden),
Browsable(false)]
public string ListID
{
get { return listID; }
set { listID = value; }
}
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Brian Farnhill
Sent: Monday, 6 February 2012 12:02 PM
To: 'ozMOSS'
Subject: RE: Auto-update webpart property when object renamed
The best way to go about this is to store the list ID for the list you need
to access. Have the setter property for ListName store the GUID into a
hidden property (still a public property, but without the web editable
attribute) so that the user still just chooses a list name, and then change
the getter for the property to look up the list name and return the string.
Then you can rename the lists in the UI as much as you like, but because you
are only ever working with the ID for it internally things shouldn't break
Brian Farnhill
Solutions Architect, Extelligent Design | SharePoint Server MVP
phone: 0408 289 303 | twitter: http://twitter.com/BrianFarnhill
@BrianFarnhill | blog: http://blog.brianfarnhill.com/
blog.brianfarnhill.com | xbox:
http://live.xbox.com/en-AU/MyXbox/Profile?Gamertag=Modern%20Bogan Modern
Bogan
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Noone
Sent: Monday, 6 February 2012 11:58 AM
To: ozMOSS (ozmoss@ozmoss.com)
Subject: Auto-update webpart property when object renamed
Hi all,
Is there a way to auto-update wp
RE: problem customising library editform
How was the library first created - from code, through the UI? Whenever I have something that is acting a bit weird like this, I tend to start by saving the site as a WSP, then load it into Visual Studio and get a look at the generated CAML and see if there is anything weird in that. Would also check the permissions on the hidden Forms folder withinin the library as this is where you're custom form would be saved (I think) Good luck! From: maxinetechg...@gmail.com To: ozmoss@ozmoss.com Subject: RE: problem customising library editform Date: Sun, 5 Feb 2012 17:05:08 +1000 it looks like it is definitely the library. I created a template from the library (no content), created a new blank library from the template, and the same thing occurred. any suggestions on how I could try and identify the issue? From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Wes MacDonald Sent: Saturday, 4 February 2012 10:22 PM To: ozMOSS Subject: RE: problem customising library editform Hi, The Farm Admin account does not necessarily have the correct permissions, are you also the Site Collection Administrator for the site that has this library? Wes From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Maxine Harwood Sent: February-04-12 7:16 AM To: ozMOSS Subject: Re: problem customising library editform Don't think so, I'm farm administrator. Sent from Max's iPad On 04/02/2012, at 9:54 PM, Wes MacDonald wmacdon...@like10.com wrote: Hi, Is it possible the permissions are different on this particular list (broken inheritance) and you don’t have permission? Wes From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Maxine Harwood Sent: February-03-12 8:01 PM To: ozMOSS Subject: problem customising library editform I am having a strange issue and not sure how to start troubleshooting. I am trying to customise the editform for a library. when I go to create a new edit form in SharePoint designer, I get a message: Could not save the list changes to the server. I then tried to copy an existing form and make changes to my copy. I insert a custom list form for the library in question, and nothing happens? I can insert a custom list form for other libraries in the aspx page but not this one. I’m thinking there is an issue in the library? but how do I troubleshoot this, I can’t see anything in the SharePoint logs? any suggestions? SharePoint Enterprise 2010 with sp1 and July CU. any suggestions appreciated…. Maxine Harwood | Solutions Architect Red Box IT 0410 525 989 | 07 3056 1725 (VoIP) www.redboxit.com.au max...@redboxit.com.au ABN: 96 189 767 742 | ACN: 125 489 278 ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
Re: problem customising library editform
Thanks for the suggestions, the library was created in the UI, no custom code at all. I will try saving it to wsp, I'm suspicious it's related to a column in the library. Sent from Max's iPad On 06/02/2012, at 2:52 PM, Nigel Witherdin nigel_wither...@hotmail.com wrote: How was the library first created - from code, through the UI? Whenever I have something that is acting a bit weird like this, I tend to start by saving the site as a WSP, then load it into Visual Studio and get a look at the generated CAML and see if there is anything weird in that. Would also check the permissions on the hidden Forms folder withinin the library as this is where you're custom form would be saved (I think) Good luck! From: maxinetechg...@gmail.com To: ozmoss@ozmoss.com Subject: RE: problem customising library editform Date: Sun, 5 Feb 2012 17:05:08 +1000 it looks like it is definitely the library. I created a template from the library (no content), created a new blank library from the template, and the same thing occurred. any suggestions on how I could try and identify the issue? From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Wes MacDonald Sent: Saturday, 4 February 2012 10:22 PM To: ozMOSS Subject: RE: problem customising library editform Hi, The Farm Admin account does not necessarily have the correct permissions, are you also the Site Collection Administrator for the site that has this library? Wes From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Maxine Harwood Sent: February-04-12 7:16 AM To: ozMOSS Subject: Re: problem customising library editform Don't think so, I'm farm administrator. Sent from Max's iPad On 04/02/2012, at 9:54 PM, Wes MacDonald wmacdon...@like10.com wrote: Hi, Is it possible the permissions are different on this particular list (broken inheritance) and you don’t have permission? Wes From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of Maxine Harwood Sent: February-03-12 8:01 PM To: ozMOSS Subject: problem customising library editform I am having a strange issue and not sure how to start troubleshooting. I am trying to customise the editform for a library. when I go to create a new edit form in SharePoint designer, I get a message: Could not save the list changes to the server. I then tried to copy an existing form and make changes to my copy. I insert a custom list form for the library in question, and nothing happens? I can insert a custom list form for other libraries in the aspx page but not this one. I’m thinking there is an issue in the library? but how do I troubleshoot this, I can’t see anything in the SharePoint logs? any suggestions? SharePoint Enterprise 2010 with sp1 and July CU. any suggestions appreciated…. Maxine Harwood | Solutions Architect Red Box IT 0410 525 989 | 07 3056 1725 (VoIP) www.redboxit.com.au max...@redboxit.com.au ABN: 96 189 767 742 | ACN: 125 489 278 ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
FW: Editing web parts - Website
Hello all, We have duplicates coming up in search and I have made changes to the web part on authoring but they are not reflected on our production website. Excuse my ignorance :) but can you directly update web parts on production when you are using content deployment from an authoring environment. Regards Peter Milliner SharePoint Administrator Bendigo TAFE PO Box 170, Bendigo Victoria 3552 www.bendigotafe.edu.auhttp://www.bendigotafe.edu.au T +613 5434 1510 E pmilli...@bendigotafe.edu.aumailto:pmilli...@bendigotafe.edu.au CRICOS Provider No: 03059A [Description: Description: Bendigo TAFE colour]www.bendigotafe.edu.au Disclaimer: This email is intended for the recipient only. It may contain confidential or sensitive information which should not be passed on to unauthorised persons. Views expressed in this email are the author's own and form no basis for any contractual obligation by Bendigo TAFE, nor do they imply a formal endorsement by the Institute of those views. [Description: Description: Bendigo TAFE env]Please consider the environment before printing this e-mail. inline: image001.pnginline: image002.gif___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
Re: Editing web parts - Website
From mem the content deploy moves the web part settings as part of the page content, so no, you should mod on authoring and then deploy. Otherwise i think u risk breaking the connection between auth and pub Sent from my iPhone On Feb 6, 2012, at 5:10 PM, Peter Milliner pmilli...@bendigotafe.edu.au wrote: changes ___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
SharePoint online / Office 365 - Archiving Solutions
Hello All, I have discovered that the version I uploaded last week was the exact same one I had originally uploaded. The current version (0.9.2) is the correct version, and is available from our wiki: http://www.extelligentdesign.com/SitePages/Office365%20Exporter.aspx New features include filtering by document date, running as scheduled task (command line) and saving\loading the settings. Bug fixes include support for all column types (previously some column types did not save properly) and a fix for a security timeout that happened if you loaded the lists, waited a long time and then tried to export. I will now stop spamming OzMoss – trusting that anyone who was interested in Office365 has by now read my emails! [Description: Description: C:\Users\Brian\Pictures\EXD Logos\Extelligent logo no text.jpg]Ishai Sagi | Solutions Architect 0488 789 786 | is...@exd.com.aumailto:is...@exd.com.au | www.sharepoint-tips.comhttp://www.sharepoint-tips.com/ | @ishaisagihttp://twitter.com/ishaisagi inline: image001.jpginline: image002.jpg___ ozmoss mailing list ozmoss@ozmoss.com http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
