you are right with checkin and checkout, this is running outomatically. I testet it with word, when i open it via webdav, the ~1234.doc file is not created, so a collison is possible, or is there an option to avoid this ?
is it possible to use the webdav funtionality inside the portal. For excample as an result of an trex search ?
So lets say i search for cetain items in the search box, as an result i get 3 documents shown.
doc1
doc2
doc3
now i want to click to one item of my choice. Now my wish is that :
1. the document is opend in a way that you can handle it without checkout / checkin procedure
2. word / ececel has to recognise when the document is opended in wrtite mode.
I have tryed to open a word document (not with the portal) via webdav (with windows network feature) i can open one and the same doc file in write mode from different computers and save it without warning.
Whether or not Office opens an HTTP URL directly in read/write (authoring) mode depends on a ton of variables, including registry settings and Office versions. Sorry can't help here.
When opened via the MS Webfolder client, MS Office always should open in authoring mode. If it doesn't, then there's likely something wrong.
If Office opens read/write, it applies a WebDAV lock, so no other process should be able to write to the file.
If you open the doc via WebDAV , the document has its WebDAV lock (perfect)
BUT now, another user can open (and edit) the file by accessing the resource via non WebDAV ways, like clicking on file in the normal windows explorer share (e.g. mapped drive).
I think the lock is only working, if you access the file via WebDAV or portal iView , not if you open the file with windows explorer.
Do you understand? WebDAV is not the only possible way to access and edit, so the WebDAV lock is not enough, we also need a file system lock (read only) on the hard drive.
Our idea was to open the file via the UNC-Path, this will lock the file on the hard drive. I looked around in the renderer settings, but there is no property for the unc-path of a resource, i only get the http-URLs for example: rnd:targeturl
We still have to search for an comfortable way to edit doc-files in KM -> edit locally is not an option, because we don't want the enduser to save the file in word and after that he has to press the "Checkin"-Button in our portal (to upload the modified file) -> this is way to complex for our "daus"
The WebDAV lock is a KM lock. So as long as the lock is taken out, no other user should be able to modify the file in KM.
And note than in general, a file in KM is not a file on the hard disk that other people can directly access. Unless you're using a repository manager that allows that, such as the CM repository in FS persistence mode. Which is not recommended, after all.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.