The client-centric viewpoint of "Add" and "Remove" will be more easily
understood by users, yes. What to do about the status shown for
Results/Tasks freed by a "Remove" and "Add again" seems somewhat difficult.
Retaining the current "Client detached" description destroys clarity,
"Client removed" is worse; the user "Removed" the project, not the other
way around. Perhaps a simple "Freed" description would do.
--
Joe
On 30 Jul 2010 at 16:57, David wrote:
> OK, maybe I should have asked:
> Do "Add" and "Remove" provide sufficient additional clarity
> to justify a change in terminology?
> -- David
>
> On 30-Jul-2010 4:50 PM, Richard Haselgrove wrote:
> > Only that it's yet another change which may ripple through to unexpected
> > places, and require re-writes of both internal and external documentation.
> >
> > And as always, the transition can cause confusion, while some users have
> > older clients and others have newer.
> >
> > Provided the transition, and the changes, are managed properly, I have
> > no objection.
> _______________________________________________
> boinc_dev mailing list
> [email protected]
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
_______________________________________________
boinc_dev mailing list
[email protected]
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
