Subject | Re: Paintshop and Corel |
From | Sandman |
Date | 11/27/2013 08:09 (11/27/2013 08:09) |
Message-ID | <slrnl9b6ml.1rf.mr@irc.sandman.net> |
Client | |
Newsgroups | rec.photo.digital |
Follows | Tony Cooper |
Followups | Savageduck (44m) > Sandman Tony Cooper (7h & 54m) > Sandman |
That's really not an answer to the question though. Why is one button an initiation and another button "adding a user-defined step to the protocol" (and why isn't it adding a protocol "requirement"?)SandmanTony Cooper
So in a scenario where a user clicks "use" to enable the automatic backup that is NOT him adding his protocol to the developers protocol (whatever that may mean), but if he clicks *another* button to add another backup disc, then THAT is him adding his own protocol on top, or to, the developer's protocol? Is there some form of defined rule what constitutes "adding user-defined steps"?
I'll try to follow that muddle of dialog. There can be a "button" that initiates the process, but when you add a destination you are adding a user-defined step to the protocol.
I'm trying to figure out what constitutes the user "adding steps to the protocol" and what doesn't. We've already established that choosing the destination disk isn't adding a step to the protocol, but adding a second one is. I'm wondering why they are different.SandmanTony Cooper
What if the initial dialog asked him if he wanted to enable and it had "yes, use X for backup" and another button that said "Yes, use X and Y for backup" which means that by clicking that one button he had added multiple backup targets?
What about it? The program has been designed to allow these extra steps to the protocol.
You seem to change your mind a lot about what terms you're using. At one points, they're "adding a user-defined step to the protocol" and then I'm having reading comprehension problems if I refer to it that way and it's protocol "*requirements*" instead of... steps? It's confusing the web of words you've tangled yourself up in.Sandman
Paintshop and Corel 11/26/2013 <lcj89959nqrbfjkcn7kb7pa52kkcesbtlh@4ax.com>"The backup protocol is different because it can involve user-defined additions to the built-in protocol."user-defined added.. requirements?Tony Cooper
What's the question?
I really don't understand your insistance about trying to put very precise and niché definitions to words to make them mean what you need them to mean at the moment when they are much broader words to begin with, and are already clearly defined.Tony CooperNot as you wrote is, but Yes if you had the ability and smarts to form the statement in line with what I've said. When you click the popup to choose the frequency, you are adding a protocol requirement. Not a protocol, but a step that is a requirement in the protocol.Sandman
Right, so it's not a "back-up protocol", but rather a... "back-up protocol requirement" then? Just trying to untangle this mess here.
Really? You don't understand this?
I'll tell you what. Write out on a piece of paper the steps you want your backup function to perform, but send the backup to just one destination. Preface each step with the word "requirement:"
Humor me and title that list "Backup Protocol".Backup protocol --------------- Backup requirement: Backup to disk "Backup"
After that's done, decide that you want the backup sent to two locations in the form of "Requirement: backup to Drive A." and "Requirement: backup to Drive B".I think perhaps you don't really know what the word "requirement" means. Again, a requirement is a needed, or necessary condition for something to take place. A requirement for usenet posting is an internet connection and a usenet client. Your "protocol" for usenet posting surely doesn't contain the steps to make sure you have an internet connection and a usenet client.