2014-05-12 64 views
-1

我正在使用SPServices更新字段,但它不更新并导致无法结束的挫折。SharePoint内部字段名称

我已经能够使用此代码更新其他字段,所以我只能得出内部字段名称不正确的结论。

$().SPServices({ 
operation: "UpdateListItems", 
async: false, 
batchCmd: "Update", 
listName: "Staff Rewards", 
ID: $(this).attr("ows_ID"), 
valuepairs: [["Processed%5Fx0020%5FDate", "Processed"]], 
completefunc: function (xData, Status) { 

} 


}); 

InfoPath 2010中的字段名“加工日期”,但是一旦推广字段名称已使用视图URL成为“Processed_x0020_Date”在SharePoint和在栏目设置的URL字段名称是:加工%5Fx0020 %5FDate

我已经尝试过所有这些字段名称,仍然无法获取更新列表!

回答

2

使用与valuepairs语法,StaticNames列和值的数组必须指定:

$().SPServices({ 
operation: "UpdateListItems", 
async: false, 
batchCmd: "Update", 
listName: "Staff Rewards", 
ID: $(this).attr("ows_ID"), 
valuepairs: [["Processed_x0020_Date", "Processed"]], 
    completefunc: function (xData, Status) { 

    } 
}); 

此外,确保正确的列表项标识传递了一个更新操作:

$(this).attr("ows_ID") 
0

好的,最后想通了!!,不得不使用“检查元素”来检查SharePoint认为是我的字段的内部名称,并且你会相信它......似乎由于某种原因,对于更长的名称SharePoint只是终止他们的船尾呃看起来像32个字符....我的字段名称(内部名称)显示在最终的HTML(使用“检查元素”)的评论之一是“Previous_x0020_Request_x0020_Sta”,其中我的显示名称是“Previous Request Status “

这很奇怪,怎么会有人知道这个:-(哦SharePoint!

我的结论是内部名称在32个字符后终止,但我的代码现在可以工作了!使用截断的名称....所以可能是它的东西在SpServices中,如果不是SharePoint ....但我的最佳知识....这似乎是一个SharePoint问题......多数民众赞成它现在看起来像什么。

+0

我明白这是一个旧帖子,只是为了清楚我面临同样的问题,偶然发现这篇文章,发布了一条消息,询问是否有人发现了这个答案,但这被删除显然是因为它不是一个问题回答。幸运的是,我后来发现了一个解决方案,因此我认为我将它发布在这里,以便任何其他未来面临同样问题的人,在这篇文章中遇到困难也会得到答案。 –

+0

您不应该为此使用检查元素。相反,请转到您的列表设置并点击其中一个字段。然后,在URL中您将看到内部名称。 –