抛砖引玉：关于 SharePoint 内容编辑器中的文件上传

　　今天看到 博客园中的一些 SharePoint 爱好者们在 讨论关于 SharePoint 内容编辑器中的文件上传。
　　SharePoint Portal Server在这点上和一些OA应用相比缺乏几个特性，经常被用户提到：
　　1、只有门户列表的编辑器才能够添加图片，其他如通知列表的编辑器则不能在正文中直接插入图片。
　　2、内容编辑器不能像FreeTextBox这样方便的直接上传图片，必须将图片首先上传到文档库中，然后再通过URL引用。
　　问题确实是这样，不符合大多数用户的使用习惯。之前，我在开发公司门户的时候对这个问题有一点肤浅的了解，所以抛砖引玉，希望能够看到更好的解决方案。
　　其实，门户列表和通知列表中使用的内容编辑器是同一个控件，名字叫：RichTextBox，通过查看客户端的HTML代码可以分析出来。RichTextBox控件是通过Javascript创建的，他们之间工具条上的区别，如：剪切、复制、粘贴、添加图片等功能按钮取决于调用该控件时的一个属性： RestrictedMode。当RestrictedMode=true的时候插入图片的功能是被禁止显示的，此时的情况就出现在如通知列表编辑器的情况下。SharePoint对站点定义的模型确实值得称道，对他了解越深，就越发觉得精彩。在Page UnGhosted状态下，ONet.XML、Schema.XML、WebTemp.XML、DocIcon.XML支撑起WSS/SPS网站的框架结构，当然，这里我们不是谈论这个，我们关心的是另一个文件—— FldTypes.XML。用自己的话来描述，FldTypes.XML的主要用途就是定义了列表和库的栏类型和显示样式。我们的主题也是从这个文件入手的！
　　在客户端察看一个通知列表的添加通知页面NewForm.aspx文件的客户端HTML代码中可以看到<SCRIPT>fld = new TextField(xxx,"xxx","xxx","xxx");......</script>这样形式的一段脚本，没错，就是它输出了那个令人难堪的编辑器。OK，脚步先停在这里，我们在去看FldTypes.XML文件，我喜欢用XMLSpy来查看XML，他对XML的结构再了解不过了，

从图中可以看到，最下面Field TypeName=Note的节就是当我们在创建栏时选择了多行文本形式时的样式定义了。在他的子节点中，我们可以找到图中的CDATA，正好和我们在客户端看到的Javascript对应。

明白了吗？玄机的地方就在Javascript中！
　　接着向下，Javascript的定义在Ows.js文件里，一番分析，在Ows.js的6082行，function RichTextFieldBuildUI()是用来Render编辑器UI的函数，而他调用了RTE_ConvertTextAreaToRichEdit。

function  RTE_ConvertTextAreaToRichEdit(
            strBaseElementID,
            fRestrictedMode,
            fAllowHyperlink,
            strDirection,
            strWebLocale)

其中第二个参数fRestrictedMode参数决定了编辑框是否使用限制模式。
　　一番改动之后，我已经能够在通知列表中使用和门户列表相同的编辑器了，可以以链接形式添加图片，但保存的时候还是无法正确的保存图片，图片会被自动去掉，当然，这是可以解决的，现在的精力容不得我继续深究了，毕竟这不是最影响我目前项目的重点。另一方面，至于想象将RichTextBox替换成FreeTextBox的可行性，我认为是很小的，通过修改Server端代码几乎没有可能，如果你有足够的精力改写Ows.js中的RTE_ConvertTextAreaToRichEdit函数，那么应该是可行的办法吧 。
　　砖抛完了，可能几乎没用，只能提供一些思路。

转载于:https://www.cnblogs.com/Microtoby/archive/2005/01/26/97346.html