Hi Hussein,

Thanks for the help! Works now.
Is there any way - or a planned enhancement for future versions - to
allow 
a locking mechanism, which permits writing but allows reading access?
Because locking in that sense is one of the requierements of our
writers.

thanks,
Roman

> > I also discovered a very strange problem.
> > In the v3.3 we called Cocoon from the XMLMind app via the viewHTML 
> > command. Worked perfectly.
> > In v3.6 if I call Cocoon over start with the defaultViewer I get a 
> > permission denied error from Cocoon (with the same document, no 
> > infrastructure changes or soever).
> 
> This is normal on Windows if you have setup XXE to lock the 
> file being edited. See 
> http://www.xmlmind.com/xmleditor/_distrib/doc/help/com.xmlmind
> .xmleditapp.dialog.PreferencesEditorDialog.html#openOptions
> option "Lock documents stored on the local filesystem":
> 
> ---
> If this toggle is checked, the file containing the document 
> being opened in the editor is automatically locked. The type 
> of lock being used is exclusive. See lock types below.
> 
> The behavior of XXE when this option is turned on is very 
> different on Windows and on the other platforms (Linux, Mac 
> OS X, more generally Unix):
> 
>     * On Windows, this will really prevent other programs 
> from writing, but also from *reading*, the file being locked.
> 
>     * On the other platforms, the lock is just advisory. XXE 
> will tell you that the file is being locked by another 
> program (without other details), but after that, it will 
> happily open the document. It will also tell you that, when 
> you'll try to save the file, you'll have to choose a location 
> different from the current one (but this is not enforced, 
> neither by XXE nor by the system).
> 
>       Caveat: In order to use this facility on platforms 
> other than Windows, you and all your coworkers possibly 
> editing the same files, need to turn this option on. If one 
> of your coworkers forgets to do it, XXE will not be able to 
> detect that the file being opened is locked, and in such 
> case, your coworker may overwrite a document being edited by 
> another person.
> 
> Default: not checked.
> ---
> 

Reply via email to