Adding images to wiki pages is very time-consuming task

Question

We have started using an Enterprise wiki inside our department, but a huge number of users started complaining about the process to insert images inside the wiki pages, specifically if there are a lot of images that should be added.

Because currently user have to follow this process:-

1. Save the image locally.
2. Go to the Wiki page's "Insert" tab , click on add Picture, browse for the image, and upload it :

3. Then they will be prompted with the "Update document properties dialog".

Is there a way to just copy images from local computer and paste it inside the Wiki page's Rich text editor, similar to how you can copy / paste text?

Answer 1

There is a reason for this process. When you use an Enterprise content editor such as the Wiki portion of SharePoint (or Article pages for publishing sites) it is supposed to become a repository of all the items, text and multimedia and thus making it reusable.

By placing it and coding it in an asset library (or image library) you are de facto making it re-usable. Pasting it into the page will not do the same job.

The system has been designed to create virtuous circles of storing data and make date resurface in the form of a wiki page, search results, results from content queries and search.

Answer 2

I hear all the reasons why SharePoint doesn't support this, but this feature is currently the difference between our users using the SharePoint wiki and not using it. It is a shame too, because it has lots of benefits, but there are no benefits if no one uses it.

In Office 365, both the OneNote and Outlook web applications now support pasting images in the web browser, and users expect that functionality throughout Office online.

Maybe it could be a feature that can be disabled for environments where reuse of images is important, but it sounds like it would greatly benefit a large number of users in environments where that is not as critical.

Until Microsoft fixes it, we have found that OneNote online is the simplest way of providing this feature. It lets users create a wiki-ish set of pages to share knowledge, and it includes the ability to paste images into the online version without uploading and inserting them.

Answer 3

Thanks John, for plugging my product :)

OneNote online is indeed cool for a "wiki in a file" concept and I have taken to using that for my on-line documentation because it is so easy to work with.

Sometimes however a wiki is a better option and so I reckon they are not dead just yet. The inadequacies of SharePoint wikis have vexed me for a long time, especially this image import issue which just makes them unusable if you have the job of converting legacy content say based in Word.

I have posted a couple of blog article on (or related to) the subject:

• SharePoint Wiki Woes
• Document Conversion Services in SharePoint 2013

I have also built some technical solutions (Word to Wiki) that I hope address the shortfall in capability.

The Farm solution version of Word to Wiki has been Kaboodle Software's biggest selling product for the past 2 years with customers all over the world. We are just in the process of releasing the on-line version(s) to the App Store.

As you point out, Word to Wiki (Lite) is free and does the basics of converting a Word document to a wiki page but is limited in features (it only works with a standard wiki library and not an enterprise wiki and the source and target libraries must be in the same web site for example).

What it does is strip out any embedded content from a source Word document (images, smart art, embedded objects etc.) and saves them as graphic files in SharePoint image library. Each document's embedded content is saved to a uniquely named folder and so there is no chance of name conflicts. It then stitches back the html with links to these graphics.

The Pro version is just a couple of weeks away from the App store and adds the following features:

• Balk asynchronous processing (up to 100 documents at a time)
• Support for enterprise wikis (any publishing library in fact)
• Cross site/site collection publishing
• Metadata mapping
• Sub-element publishing i.e. you can select just part of the word document for publishing (say a section) as a wiki page rather than the whole thing.

We are thinking of licensing it on a subscription basis with a maximum charge of $100/month per organisation (less, if you need it for a small project team).

Both app store versions will work with O365 and on-prem.

Delighted to receive any constructive feedback on the app store releases.

Answer 4

Upload Word doc, then copy paste to Wiki

Upload a Word doc to a document library, then use the in-browser Word editing app to copy and paste to a wiki page. The wiki page will show all the images. The drawback is that if the Word doc is deleted (or renamed?) the images will break.

In an additional test the target image failed (because crossed site boundary?). I didn't dig further because the image urls are horrible anyway (>1500 characters):

• https://app-sp.example.org/we/GetImage.ashx?WOPIsrc=https://main-sp.example.org/collab/site/_vti_bin/wopi.ashx/files/b4a4621f494c49bbb1d43146a0cc4fe2&access_token=eyJ0eX...snip...31ea2&Word=1

Post to Blog from Word or Onenote, then copy

Essentially the same as uploading a doc. Post to the SP blog, then copy from the blog to the wiki or site page. It's kind of clean, images are saved to the blog and stay there when re-used:

• {blog_site}/Lists/Posts/Attachments/36/clip_image001_thumb_0F6F6A41.jpg

So for use in a Collab site this would mean deep nesting. Perhaps not a real problem:

• {collab}/{blog_site}/Lists/Posts/Attachments/36/clip_image001_thumb_0F6F6A41.jpg

I think this is safer long term than copying from Word-in-browser, simply because in my experience documents are more likely to be moved or renamed than blog posts. Adjust for your local circumstances.

...

Either of these are good to get started and when you're importing from another knowledge base source. The method is less suitable if you're going to use the Wiki as Wiki - documents that evolve over time with many edits - as it would be just silly to have a new blog post for every edit-with-images. For that we need a true "save-image-pasted-from-clipboard".

Answer 5

We use OneNote (which supports concurrent editors, offline, copy and paste, deeplinks, mobile apps ... the feature list goes on and on) for collaboration.

Enterprise Wiki is a one-off publishing step for us, and we have a fairly competent SharePoint Content Owner (or rather, the owner has a competent lackey) that publishes the images from OneNote into an Enterprise Wiki Library.

Colin Gardner from Kaboodle in Australia has a full trust product that converts Word to Wiki. He has also recently released an Office 365 version that has a Lite version with a PRO version to come later. Have a look at the video - I've seen his presentation in person and it's very good. App pulls out all the pictures and formatting from a Word document and updates it into the Wiki. The free version does the basics but I don't know if it'll work on-premises.
http://www.kaboodlekonnect.com/renditions/word-to-wiki-online

KWiz also has a clipboard manager for SharePoint that will allow you to paste from clipboard directly into an Image Library.
http://www.kwizcom.com/sharepoint-add-ons/SharePoint-clipboard-manager/overview/