Unsolved
This post is more than 5 years old
2 Posts
0
259
May 4th, 2006 09:00
Customization issue - Adapting to life without Desktop
Greetings,
We have a code module in MS Word's VBA IDE that accesses the local DFC to do various things interactive with the repository, like add the Word document to the docbase, start it in a work flow, and later on have other users act upon it during checkouts.
If we remove DeskTop in favor of WebTop there will no longer be the DFC, and we figure the lighter the client the better. We were wondering how best to proceed with reconfiguring the functions in the absence off being able to do a call to "CreateObject("Documentum.dfc")"
It seems that the DFC on the server might be accessed instead. Also there seem to be various other potential paths that might be feasible. Accessing the content transfer applets in the Downloaded Program Files folder that accompany WebTop? Or somehow making use of, or borrowing from the architecture of, appconnectors as in the Office plugins?
Is there a different interface provided by Documentum, perhaps living as a downloaded file on the client, that accesses the DFC on the middle tier Web/app server? Or would this be something we would bundle ourselves?
Any enlightenment on this would be appreciated.
The smart thing to do is of course whatever is simplest and already proven to be the default in these circumstances.
We don't wish to do a big rebuild from the ground up unless necessary, eg, having a whole Web development project for one module.
Thanks
We have a code module in MS Word's VBA IDE that accesses the local DFC to do various things interactive with the repository, like add the Word document to the docbase, start it in a work flow, and later on have other users act upon it during checkouts.
If we remove DeskTop in favor of WebTop there will no longer be the DFC, and we figure the lighter the client the better. We were wondering how best to proceed with reconfiguring the functions in the absence off being able to do a call to "CreateObject("Documentum.dfc")"
It seems that the DFC on the server might be accessed instead. Also there seem to be various other potential paths that might be feasible. Accessing the content transfer applets in the Downloaded Program Files folder that accompany WebTop? Or somehow making use of, or borrowing from the architecture of, appconnectors as in the Office plugins?
Is there a different interface provided by Documentum, perhaps living as a downloaded file on the client, that accesses the DFC on the middle tier Web/app server? Or would this be something we would bundle ourselves?
Any enlightenment on this would be appreciated.
The smart thing to do is of course whatever is simplest and already proven to be the default in these circumstances.
We don't wish to do a big rebuild from the ground up unless necessary, eg, having a whole Web development project for one module.
Thanks
No Events found!
DCTM_Guru
6 Operator
•
3.4K Posts
0
May 4th, 2006 10:00
That being said, have you looked at the AppConnectors that? Its the new Office integration that is built on webtop/wdk and does not require desktop install.
dmIRSCC
2 Posts
0
May 4th, 2006 10:00
Yes, I have seen AppConnectors, and am curious about if there is a way to programmatically access them from Word and work our functions through them somehow. However there looks like a large size of material on the client for these - 5mb?
Are AppConnectors manipulable or would we write our own appconnector for our functions?
In the 4i plugins eg, Word, dword20n.dot presumably used DFC in Desktop Client to do its thing. Do appconnectors bring down DFC locally?
I realized my muck-up in posting to this forum and reposted in Development, DFC actually.
Thanks