看来,无论是内容编辑器网络部分还是发布页面,复制和粘贴图像都是SharePoint中的用户体验差。用户需要首先上传图像,然后复制路径,然后插入图像,希望正确地粘贴路径,等等。

是否有任何第三方编辑器控件接受粘贴的图像并将其放置在明智的位置,以便用户不必为此感到困扰吗?

有帮助吗?

解决方案

这里还有一些安全问题。

假设我们可以选择使用复制/粘贴插入(并因此上传)图像,这些图片将位于哪里? SharePoint的细粒度安全模型使管理员有可能委派与安全有关的任务,例如负责上传公司批准的图像。

换句话说,不能保证作者/撰稿人有权将粘贴到编辑的图像存储。

话虽这么说,它在正常的SharePoint编辑器中的工作方式 痛苦,是的,rad编辑器弥补了其中的一些,但是还有足够的改进空间:-)

其他提示

关于安全性的讨论并没有想到您已经可以在Windows Live Writer中对博客文章进行Wysiwyg编辑,并将图像剪切并粘贴到该编辑器中,然后在发布时将其上传到博客网站。我认为,如果现场作家或其他编辑支持它,那么这与Wiki页面无法使用。

带有站点收集图像选择的发布模板是我见过的唯一自动化路径。没有切割和粘贴的选项。如果有任何剪切和粘贴的解决方案,我会对它实际放置文件感兴趣,因为我希望它可以在某个地方设法设法避免其他管理和安全问题。

我知道一个来自 Telerik 我们现在已经使用了一段时间了,它确实可以选择从其窗口和粘贴上载图像。尽管它不支持粘贴的图像,但它确实减轻了将图像上传到单个窗口中的用户痛苦,但它们有两个变体一个免费的精简版和企业版$$。网站上有一些功能的优美比较。

我确定安全是最大的驱动程序,因为人们可以“上传”恶意图像并引起问题。在任何网络零件/页面中,仍可以引用在线图像,这些网络/页面允许使用“使用”允许HTML编辑“u003Cimg src=http:// ...> “ 标签。

许可以下: CC-BY-SA归因
scroll top