You could, but then no one can open it up for editing again (including you!) until it's made writable by taking the readonly flag off. You could agree with others in the office that if they open a shared file, try to save it and it comes back as read only that they save their version with a new name. This would allow you to go back and review/merge the changes.hi,
If one goes into the directory containing the file in question by examining 'prperties" I thin you can make it read only, therefore one shouldn't be able to write ove the file.
Jim
No, *unless* the app that opens the file "locks" it. The system does lock certain system files but not application data files. The app does that.Doesn't windows warn you if someone tries to save a while it is also open by another user? If so, then save to a new filename or add your intials and date to the existing filename.
There are a number of schemes an app can use to lock it's current file. However, this is not necessarily a non-trivial programming task. There can be a number of underlying issues with the rest of the code.This doesn't happen in Xara, but would be what I would generally expect for a Windows application. You can test by running two instances of Xara on the same machine with the same file open.
Bob
Best way for real collaborative work is a 3rd party solution with document check-in/out. You can also design a workflow where the originator of the file keeps the file on their machine, and only they upload a copy to the server for others. If someone makes changes have them email that to you so you can work out merging their changes.
Stan
Bookmarks