FROM : Donald Brown
DATE : Wed Nov 20 20:49:49 2002
on 11/20/02 7:36 AM, Ondra Cada at <email_removed> wrote:
> On Tuesday, Nov 19, 2002, at 20:38 Europe/Prague, Donald Brown wrote:
>
>> Here's the problem with my app, that my customers can run into.
>> Person A
>> opens file (which reads it all into RAM), Person B opens file (ditto),
>> Person A makes changes and saves it, Person B makes changes and saves
>> it.
>> Person A's changes are thrown away, there is no warning that anything
>> is
>> wrong. This is bad.
>
> This is how it's *supposed* to be! It's actually the same situation as
> if A quit the application before B changed it. Who saved last wins, and
> it's completely intuitive, is it not? It would be *quite* crippling if
> this was not possible.
As I think I've said before, you don't do tech support, do you? This may be
obvious to engineers, but Person A is going to be VERY unhappy because,
without warning, his changes were thrown away. That all-important phone
number (this is a free-form address book function) is gone. It's not good
enough to say in the manual that file sharing has problems, they won't
understand and will be calling about the bugs in the program (worse yet,
telling their friends how buggy the program is).
Donald
--
Donald Brown
<email_removed>
http://www.eamontales.com
We have met the enemy and he is us - Pogo
_______________________________________________
cocoa-dev mailing list | <email_removed>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
DATE : Wed Nov 20 20:49:49 2002
on 11/20/02 7:36 AM, Ondra Cada at <email_removed> wrote:
> On Tuesday, Nov 19, 2002, at 20:38 Europe/Prague, Donald Brown wrote:
>
>> Here's the problem with my app, that my customers can run into.
>> Person A
>> opens file (which reads it all into RAM), Person B opens file (ditto),
>> Person A makes changes and saves it, Person B makes changes and saves
>> it.
>> Person A's changes are thrown away, there is no warning that anything
>> is
>> wrong. This is bad.
>
> This is how it's *supposed* to be! It's actually the same situation as
> if A quit the application before B changed it. Who saved last wins, and
> it's completely intuitive, is it not? It would be *quite* crippling if
> this was not possible.
As I think I've said before, you don't do tech support, do you? This may be
obvious to engineers, but Person A is going to be VERY unhappy because,
without warning, his changes were thrown away. That all-important phone
number (this is a free-form address book function) is gone. It's not good
enough to say in the manual that file sharing has problems, they won't
understand and will be calling about the bugs in the program (worse yet,
telling their friends how buggy the program is).
Donald
--
Donald Brown
<email_removed>
http://www.eamontales.com
We have met the enemy and he is us - Pogo
_______________________________________________
cocoa-dev mailing list | <email_removed>
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
| Related mails | Author | Date |
|---|---|---|
| Donald Brown | Nov 19, 20:38 | |
| Ondra Cada | Nov 20, 14:36 | |
| Cameron Hayne | Nov 20, 17:08 | |
| Donald Brown | Nov 20, 20:49 | |
| Rosyna | Nov 20, 22:00 | |
| Ondra Cada | Nov 20, 22:19 | |
| Rosyna | Nov 20, 23:25 | |
| Michael Norris | Nov 21, 00:21 | |
| Ondra Cada | Nov 21, 00:29 | |
| Rosyna | Nov 21, 00:31 | |
| Ondra Cada | Nov 21, 00:32 | |
| Malte Tancred | Nov 21, 12:07 | |
| mw | Nov 21, 12:28 | |
| Malte Tancred | Nov 21, 13:47 | |
| Ondra Cada | Nov 21, 14:54 |






Cocoa mail archive

