Welcome to TalkGraphics.com
Results 1 to 10 of 19

Thread: File locking

Threaded View

  1. #15

    Default Re: File locking

    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
    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.



    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.
    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.



    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
    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.

    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
    Last edited by Egg Bramhill; 22 September 2007 at 04:14 AM.

 

 

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •