Re: Joining Office documents programatically

From: Ianb (Ianb_at_discussions.microsoft.com)
Date: 12/19/04


Date: Sun, 19 Dec 2004 12:27:03 -0800

Hi Cindy

I'm sorry for not being clear. Basically I am building a sharepoint based
document managements system (which is challenging as I am new to sharepoint
and infopath and don't have alot of experience in XML or XSLT). Oney
requirements is that I need to be able to "bind" multiple documents (of the
users choosing) and create a super document that is readable (and editable)
on the client machine. these machines are typically low spec although we can
(and will probable have to use) Citrix to deploy the system to these clients.
Just as an aside, another requirement is that the system automatically update
links as they are changed in the system.

I have been looking at various file formats and have almost concluded that
we should use word xml docs distributed over citrix until our clients come up
to the required spec.

My concerns are 1. that the speed of citrix might turn off the users - hence
the investigation into the XSLT ransform you talked about in another of my
posts and
2. some of our documents (eg visio) are not supported by office xml. As you
said these objects may be linked but that would make the documents less
portable (as they would have multiple files)

After all that I have the [enjoyable] challenge of learning about xml and
how to implement the binder and link updating solutions

"Cindy M -WordMVP-" wrote:

> Hi =?Utf-8?B?SWFuYg==?=,
>
> > as for inserting Excel and Powerpoint
> > files into Word documents - i need to be able to do it programmatically. The
> > only way I can see to do that is using xml file formats in 2003 as you
> > suggest (as other file formats do not seem to be easy to update
> > programmatically). Even with 2003, inserting objects into the xml file format
> > causes portions of the file to go binary and so once again difficult to edit.
> >
> Hmmm. You still haven't said WHY you need to do this, so it's really hard to do
> much thinking for you... Using Automation you can easily insert any file type
> whose parent application is an OLE server into a Word document. I usually insert
> a LINK field (that's faster and more reliable than InsertObject), then Unlink it
> if I don't need the link.
>
> > How about htm word files. can these be easily edited programmatically
> > (please forgive any duplication with my other posts)'
> >
> Surely. They're pure text, same as xml or rtf (another possibility for you).
> However, I'd imagine trying to embed an OLE object in HTM is just as finicky as
> with XML (or RTF).
>
> Cindy Meister
> INTER-Solutions, Switzerland
> http://homepage.swissonline.ch/cindymeister (last update Jun 8 2004)
> http://www.word.mvps.org
>
> This reply is posted in the Newsgroup; please post any follow question or reply
> in the newsgroup and not by e-mail :-)
>
>



Relevant Pages

  • RE: XML iFilter needed for SPS 2003 infopath forms?
    ... did in fact need to be installed on the Sharepoint server, ... Apparently the claim that SP indexes xml files is not quite specific enough. ... It must use a default text Filter not a true xml ifilter. ... Install the XML content filter for SharePoint Portal Server: ...
    (microsoft.public.sharepoint.portalserver)
  • RE: XML iFilter needed for SPS 2003 infopath forms?
    ... did in fact need to be installed on the Sharepoint server, ... Apparently the claim that SP indexes xml files is not quite specific enough. ... It must use a default text Filter not a true xml ifilter. ... Install the XML content filter for SharePoint Portal Server: ...
    (microsoft.public.sharepoint.portalserver)
  • RE: XML iFilter needed for SPS 2003 infopath forms?
    ... that was before installing the xml filter and it is because sharepoint ... search uses a default ifilter to index xml docs out of the box. ... Install the XML content filter for SharePoint Portal Server: ...
    (microsoft.public.sharepoint.portalserver)
  • Re: Lessen und Schreiben sehr =?iso-8859-1?Q?gro=DFer?= XML-Dateien
    ... >> das gibt es schon und nennt sich Datenbank. ... Warum überhaupt xml (ausser zum Datentransfer auf die Clients)? ... Next by Date: ...
    (de.comp.lang.java)
  • Re: Cranky Geeks
    ... this is a result all the developer tools using XML for storing ... all developer tools allow programmers to save that data via xml. ... So, if you look at Google, or even SharePoint "lists", they are actually xml ...
    (comp.databases.pick)