I presume you are referring to the WYSIWYG/HTML editor in the actual article/item as opposed to the System settings?
I actually switched the editor in the System settings then went back to the article/item and lo and behold, there was all that excess code.

Thanks for taking a look at it. I should've looked at the code prior to submitting a post but hopefully it will help someone else and be a quick and easy fix when they read the solution.

Hi,
I have exactly the same problem. I've disabled Wysywig before inserting Ari Docs code, so there is no unwanted links. Example here : Test

Hello,

It seems this problem with connection between your and Google servers. The similar problem is described here. The possible solution is loading your document to another server (for example to DropBox).

Regards,
ARI Soft

Thanks, but the document is on site's server. Actually, it's a shared web hosting, so maybe that's the reason why it's too slow. I liked to use Ari Docs with Google viewer, so there was tools, a visible scrollbar and automatic download link. Furthermore, it's impossible to put files on open services like Slideshare or Issuu and to embed it in articles, because most of the documents are restricted to some users (i.e. not public documents). And it's difficult to put them on external server, like Dropbox, because these special users have to put documents on the server. Well, it seems that there is no way except to use iframe as doc viewer engine and to insert a manual download link.

It's definitely a server response problem. Because with lighter documents, there is no issue. All I have to do now is to test until which doc weight issue is upcoming. And to ask users to produce light documents. Not the easiest part
Thanks