最近做了一组列表,用于记录部门员工的工作计划和工作日志,为了在工作计划和工作日志中联动,在工作计划中设计了一个工作流,即员工需要填写计划内的工作日志时,就可以在计划列表中手工启动工作流,这样就会自动将相关信息带到工作日志中去。我为每个员工设置了一个权限,每个员工只能创建、修改列表,却不可以删除列表。但是在启动工作流的时候,却提示没有权限。以前好像没有碰到过。上网找了一下,也有人遇到类似的问题,但是没有人找到解决的方法。我偏不信邪。我让我的同事在出现没有权限提示页面的时候,点击"请求权限"的那个链接。这个时候管理员会收到一封邮件,就是申请某某列表权限的邮件。 单击"授权某某访问列表和库",即进入相关列表的权限设置页面中: 我单击"设置",进入到这个列表的管理界面: 真相大白,原来我们用来存放工作流的地方也是一个文档库,不知道为什么这个库的权限没有继承网站权限,那么就会出现没有权限访问的现象,现在只需要将相关组加入到这个文档库的权限控制列表中就行了。阅读全文>
发表于 @ 2009年02月11日 22:06:00 | 评论( loading... ) | 举报| 收藏
在一个表单中由一个重复表,有三列,分别是field1,field2,field3
有一个重复节,分别包含一个文本框——field4,一个下拉选择框,field5.
如果要读取这些重复节和重复表中的数的话,可以通过如下方式进行:
// 在此处编写代码。
XPathNodeIterator NodeIter = this.MainDataSource.CreateNavigator().Select("/my:myFields/my:group1/my:group2", this.NamespaceManager);
// NodeIter.
foreach (XPathNavigator myf in NodeIter)
{
XPathNavigator n1 = myf.SelectSingleNode("my:field1", NamespaceManager);
XPathNavigator n2 = myf.SelectSingleNode("my:field2", NamespaceMa阅读全文>
发表于 @ 2009年02月11日 21:39:00 | 评论( loading... ) | 举报| 收藏
当建立多行文本栏时,有个功能就是"追加对现有文本所做的更改",这个功能启用后,这个多行文本就只运行追加内容而不允许修改以前提交的内容。常常被应用在多个用户之间的协作、问题的追踪等记录上:
启用了这个功能的多行文本就只允许追加,不允许修改原来的内容。
在使用Sharepoint对象开发相关程序时,如果要显示多行文本的内容,那么你就需要读取所有版本,否则,如果你使用oSPItem['栏目名称']获取这种多行文本的值的时候,获取到的往往是空值。如果要获取完整的多行文本的内容,应该使用循环读取所有的版本的值,例如:
int n = eventItem.Versions.Count;//获取版本的数量
for (int i = n - 1; i >= 0; i--)
{
if (eventItem.Versions[i]["事件描述"] != null)
{
strEventDescript = strEventDescript + eventItem.Versi阅读全文>
发表于 @ 2008年07月12日 13:45:00 | 评论( loading... ) | 举报| 收藏
上篇文章说过,我们使用Sharepoint的web应用程序来实现用户满意度调查,这里再解释一下这个情景:服务台的工程师为公司员工提供服务,用户满意度是绩效考核指标之一,利用sharepoint的调查可以直观的统计满意度的百分比,不用开发,因此,我们就用sharepoint自带的调查列表。但是,调查中,我们要能够包含以下内容:提供服务的工程师是谁?提供服务的时间?提供服务的内容?满意度?用户的建议和投诉?如果这些都要用户去填的话,一方面是用户不会记得那么多,另一方面,是用户不愿意填那么多,因此,除了满意度和用户意见,其他的我们都应该让系统产生。怎么产生呢?因为,我们每个工程师在每次服务结束后多要填报服务记录,上面的那些信息服务记录里都有,因此可以从那里去。但是,用户并没有读取这个服务记录的权限(服务记录也使用sharepoint的自定义列表做的)。因此,我们设计一个sharepoint的web程序,从服务记录中读取相关信息,把用户的满意度和意见写回调查问卷中去。在工程师填写好服务记录之后,用工作流给用户发一个邮件,邮件中包含一个链接地址,链接到这个web程序,并且传送阅读全文>
发表于 @ 2008年07月12日 11:30:00 | 评论( loading... ) | 举报| 收藏
好一阵子没有写博客了,主要是公司正在对IT部门进行治理。作为部门兵头,我不得不把更多的时间用在了制度的制定、策略的规划上。同时,由于部门的开发力量在前期没有规划好,因此,还不得不自己来设计一些非常简单易行的应用来支撑IT服务治理。
我在公司构建了IT服务台,并要求IT服务台的工程师们每天必须填写事件日志,其实就是把每天处理的事件都记录下来。同时,我还设计了整个服务台的绩效考核指标,其中有一项指标就是客户满意度。公司没有设立专门的IT服务质量监督部门,人力资源部对各个支撑部门的满意度调查要每年才会有一次。因此,我就必须自己
想办法来解决这个问题,也就是说我必须能够获取到用户对工程师们的评价。我的事件日志登记系统是用自定义列表做的,因此,我想到了WSS3中的调查。如果用调查的话,就可以省去我开发调查系统的时间。
但是,摆在我面前的是,如何通知用户来填这些调查呢?而且,很多用户并不认识我们的工程师,他们在填写调查的时候怎么知道是谁为他们提供的服务呢?评估组又如何知道某份调查问卷是针对哪个事件的呢?
首先,我创建了一个用于收集反馈的调查列表。
阅读全文>
发表于 @ 2008年07月07日 08:28:00 | 评论( loading... ) | 举报| 收藏
公司现招募sharepoint开发人员,如果有意者请留言!
职责负责公司内部办公软件项目研发;对内部客户提供日常的技术支持及相应的培训
;独立承担项目分析、设计、编码、测试、安装等工作。要求:1、计算机或理工类相关专业大专以上学历;2、有两年以上的项目开发经验,35岁以下;3、熟悉Sharpoint产品和技术,能够独立部署和管理、定制基于Sharepoint技术的网站和应用
4、了解webpart等开发技术,熟悉掌握C#、Asp.net、XML,熟悉Web开发模式;4、熟练掌握SQLServer数据库编程,具备SPS、Office开发项目经验者优先考虑;5、善于沟通,具备较强的学习能力、良好的表达能力、团队精神和开创意识。
待遇问题通过电子邮件或者面谈!
阅读全文>
发表于 @ 2008年06月16日 09:47:00 | 评论( loading... ) | 举报| 收藏
http://blog.csdn.net/username/services/metablogapi.aspx
总是忘记,写在这里,下次好查。阅读全文>
发表于 @ 2008年04月01日 13:31:00 | 评论( loading... ) | 举报| 收藏
最近,公司很忙,忙得都没有时间写博客了。
真的怀念有时间写博客的日子。
既然怀念,那就抽出时间来做这件事吧!
最近将推出:
WSS3中自定义菜单和自定义菜单动作
WSS3中自定义Feature的开发过程和我觉得要注意的地方
合理利用WSS3中的邮件接收功能
……
阅读全文>
发表于 @ 2008年04月01日 13:30:00 | 评论( loading... ) | 举报| 收藏
升级RMS到SP2,过程很顺利,没有费什么事。
在MOSS2007上启用IRM,设置界面很简单,但是第一次设置的时候报告没有安装RMS客户端
安装RMS客户端,再次进入设置界面进行设置,提示appserver0$帐户验证失败。
参考部署文档,指导需要更改RMS下相关目录的权限,可是改完后,依然提示这个错误。
根据网友的建议,将appserver0$(计算机帐户)和appadmin(MOSS的系统帐户)加入RMS的本地管理员组和RMS Service Group组
再次设置,成功
创建文档库,试用了一下,其实很简单,没有我想的那么复杂,就是放入这个文档库中的所有的文档都只允许阅读,不允许打印、保存等其他操作。阅读全文>
发表于 @ 2007年12月28日 09:27:00 | 评论( loading... ) | 举报| 收藏
有个用户需要进行一项调查,想到了使用Sharepoint中的调查功能。因为她这个调查比较特殊,需要对不同的被调查者指定不同的参加调查的人,因此,需要在站点中创建近三十个相同的调查。那不用说,我肯定是新建一个调查,然后把这个调查另存为模板,然后根据这个模板创建新的调查,然后,给不同的调查授予不同的访问权限。
由于需要在调查问卷中说明一些问题,因此,我使用Sharepoint Designer修改了调查的新建页面和汇总页面。
调查本身使用起来没有问题,一切都在预想之中,但是,在导出结果的时候,我发现所有使用那个另存模板建的调查导出的不是每个问题的答案(正常情况下,使用导出功能导出的数据会在Excel中为调查中每个问题创建一列,并把不同人的答案填入该列中),而是"用户"、"项"、"时间"三列。为了检查为什么会发生这种情况,我在调查中新建了一个问题"test",然后,再导出结果,结果中除了上面的三个列,会把我刚才新增的问题列出来。最后,没有办法,我只得为每个调查单独创建了一个数据视图,用于取出里面的结果。阅读全文>
发表于 @ 2007年06月19日 05:43:00 | 评论( loading... ) | 举报| 收藏
我们的实际工作中的工作流往往不能在一个表单中表现出来,常常需要我们设计多个列表来完成这样一个完成的工作流。例如:我们创建一个ITIL事件管理中的事件记录(列表库A)的时候,往往会在工作站点的首页增加一个用于提醒桌面支持工程师完成相关任务的提醒列表(列表库B)。如果我们不对这两个列表设计成联动的话,那么相关工程师在完成任务后先要更改事件登记表(填写列表库B中的相应条目),然后还要更改提醒列表中的相关条目的状态(更改列表库A中相关的条目的状态)。阅读全文>
发表于 @ 2007年03月12日 14:57:00 | 评论( loading... ) | 举报| 收藏
Sharepoint V3(以及Microsoft Office Sharepoint Server2007)真的给我们这些IT管理部门带来了很多的方便。尤其是对工作流的支持真的减轻了我们很多的工作。我们部门的ITIL的“事件管理”中事件登记和处理流程基本上不用开发代码,几乎用Sharepoint Designer就搞定了。但是,这里之所以用“几乎”两个字就是因为我还是写了一段代码来修改自定义列表中的Field的属性。
阅读全文>
发表于 @ 2007年03月12日 14:56:00 | 评论( loading... ) | 举报| 收藏
虽然,网络管理和Office开发,我更加中意后者,可是命运总是和我开玩笑,显示公司的网络工程师辞职,我一兼就是两年,然后是公司里委派我做得项目,大都是和网络有关系,朋友们找我帮忙,又大都是因为网络出了故障,呵呵,我都怀疑自己选错了行业主攻方向阅读全文>
发表于 @ 2007年03月12日 14:55:00 | 评论( loading... ) | 举报| 收藏
昨天,由于上传了好几次文章都没有成功,心想关掉这个blog吧,因为,我在博客堂还有一个blog。但是,又有些不舍得,因为,这个blog是我的第一个blog,比博客堂上的还早。不是我喜新厌旧,而是博客堂那个更容易发布blog文章些(我可以从word2007直接发布)。
阅读全文>
发表于 @ 2007年03月12日 14:53:00 | 评论( loading... ) | 举报| 收藏
很高兴OSS2007中可以轻松为每个Item(文档和列表条目)进行访问权限控制,这的确解决了一个sps2003中很令人头疼的问题。
但是,我立即就想到它也可能会给我们带来另外一个令人头疼的问题,
阅读全文>
发表于 @ 2006年07月01日 18:16:00 | 评论( loading... ) | 举报| 收藏