问题标签 [document-library]

有哪些替代 DMS？他们提供什么功能？

共享点是怎么回事？值得一提吗？

我在 MOSS 2007 中有一个包含文件夹和文件的文档库。文档库中的文档视图有以下列：文档名称、类型、创建日期时间、创建者、修改日期时间。如何配置视图，使其不显示文件夹的“修改”、“创建”和“创建者”字段的任何信息。换句话说，对于文档库文档列表中的“文件夹”内容类型，我希望这些字段为空。提前致谢。

[编辑] 虽然 Paul-Jan 的回答部分解决了我的问题，但我仍然不知道如何解决“创建者”和“修改者”列。在“计算值”中没有引用它们的属性。Kusek 说“编辑器”可用于解决文档的“修改者”属性，但这不起作用

我目前正在我的工作中设置 WSS 3.0，并且我在它的财务部分。

我的问题是，是否有可能加密和解密列表？我的意思是整个列表，因为文档库中将包含不同类型的文件，从 Word 到 InfoPath 中的发票。

我知道 CodePlex 中有一个名为CryptoCollaboration的解决方案，但是每当我在 SharePoint 中部署该解决方案时，都会出现服务器错误。

有什么选择吗？或者，也许您可​​以修复 codeplex 解决方案，那太好了！

提前致谢！

我对 SharePoint 2007 相当陌生，尝试从 ASP.NET 转变为 SharePoint 的思维方式是一次有趣的经历！

我想在子站点中创建与 default.aspx 页面相同级别的页面。做事的“SharePoint 方式”涉及将页面放入文档库。我不愿意这样做，因为页面的面包屑导航然后包含库的名称，但我希望库对用户透明。

我可以在 SharePoint 设计器的正确位置创建页面，但找不到使用 SharePoint 模板的方法。我尝试复制 default.aspx 页面，但导航链接没有更新。

我错过了什么还是有人可以提出解决方案？

在文档库上运行工作流时，我发现了一些问题。当您单击新文档时，它将在此示例中打开 microsoft word。您将一些内容写入文档，然后将其保存到库中。与库关联的工作流，在本例中是一个本地审批工作流，在创建列表项后开始运行。然而，问题是文档仍然处于打开状态，因此在用户关闭 word 之前已被检出。如果工作流做的第一件事是设置此列表项上的一些其他字段，例如将审批状态设置为“待定”，那么这将出错。它出错是因为文档已签出。

我试图让工作流程等待文档被签入，但这是我失败的地方。我正在尝试 OnWorkflowItemChanged 活动，并在代码中检查所做的更改是否已签入文档，因此在此之后我可以继续我的工作流程的其余部分。问题是此活动似乎没有将签入事件作为更改。这是有道理的，因为关闭自动签入的文档实际上并不会更改任何项目字段。

所以我需要在我的工作流程中找到某种方法来检测签入事件，但在那之前等待我所在的位置。

我正在向 SharePoint 的 SPDocumentLibrary 列表中的文档（而不是文件夹）添加自定义上下文菜单项。以下代码有效，但始终将我的自定义菜单项添加到上下文菜单的顶部，这是我不想要的。我猜测 CAMOpt 中的最后一个参数是定义顺序的序列号，但它似乎没有任何效果。有谁知道是否可以在列表底部添加自定义上下文菜单项？

在 SharePoint 文档库中，有没有办法将文档存储在文件系统而不是数据库上？

我拼命地试图将文档库中的文档从一个文件夹移动到另一个文件夹（是的，在同一个库中）。所有这些都需要通过 Web 服务来完成。

我正在使用带有批处理 XML 的 UpdateListItems 方法，如下所示：

我已经尝试更新各种字段而不是上面的 ServerUrl - 没有运气......

感谢您的任何提示...

我在一家保险公司工作。我们有自己的开发部门，由近 150 人以及一些供应商（外包和定制应用程序）组成。在我们公司，我的团队制作了我们所说的非功能性逻辑库。也就是说，用于处理我们部门所有开发团队的横向事务的软件库，例如安全性、Web 服务、日志记录、消息传递等。大多数或这些工具要么是从头开始制作的，要么是根据实际标准改编的。例如，我们的记录器是一个基于 Log4J 的附加程序，它还将记录消息保存到数据库中。我们还定义了要在应用程序中使用的库，例如要使用的 Web 服务框架。我们在所有组织中都使用了很多 JavaEE 和 Oracle AS（带有一些 Websphere 应用程序服务器）。

这些项目中的大部分都记录了它们的体系结构（用例、UML 图等），并且通常可以使用生成的文档。现在我们看到的是，对于用户来说，有时很难使用我们提供的库，并且不断地提出问题，或者他们根本不使用它们。

所以我们计划为他们生成一个更友好的文档，所以我的问题是：软件文档应该有哪些最佳实践或清单？

我想到了一些东西：

1. API 参考指南
2. 快速入门教程
3. API 生成的文档。
4. 必须是可搜索的
5. 网络访问

它还应该有什么？此外，根据您的经验，维护（保持最新）和发布此类文档的最佳方式是什么？

我正在尝试遍历 SPListItem.Versions 集合以查找最新批准的列表项。

我的列表项有三个版本：前两个已批准，最后一个是草稿。但是我的代码说它们都在草稿中！请帮忙！