<div dir="ltr"><div></div><div>Hi Dave, thanks for your efforts in keeping the improvements flowing.  For this, would you please consider Kernel-cmm.1370 (or an improved version of it based on your and others' review), instead of merely reverting Christoph's version to the prior state?  Eliot and I both expressed that the name is a good thing for the #printString, when it's set.  This is an attempt to capture the intent of Christoph's idea, which was good.</div><div><br></div><div>Thanks,<br><div>  Chris</div></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 15, 2021 at 5:39 PM David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Feb 15, 2021 at 05:01:37PM -0600, Chris Muller wrote:<br>
> On Sat, Feb 13, 2021 at 11:00 AM Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>><br>
> wrote:<br>
> <br>
> > I disagree with this.  Only certain processes are named.  Including the<br>
> > destiny name of unnamed processes just introduces noise.  By all means<br>
> > include the name of named processes, but please *don???t* add verbosity where<br>
> > it is unhelpful.<br>
> ><br>
> <br>
> +1.  You are so right.  Assigning a *name* for human consumption<br>
> establishes the intent of the human's desire to utilize its #name as the<br>
> basis for its consumption.  If specific identity distinction is<br>
> needed, then set it as part of its name, but we should not include<br>
> arbitrary attributes in its #printString.  If such additional identity<br>
> attributes are needed, they should be consumed by sending the appropriate<br>
> messages from the appropriate places (UI).<br>
> <br>
<br>
Eliot and Chris both think that this was a bad idea. I don't understand<br>
the objection, but if no one speaks up in support of it, I will revert<br>
the merge in a day or two.<br>
<br>
Dave<br>
<br>
<br>
> In fact, I would recommend taking this concept one step further by, when a<br>
> name for human consumption is explicitly set, consider it an indication<br>
> that the "type" (e.g., class), is not really germaine to its #printString,<br>
> either.  Skip the super call.<br>
> <br>
> Alternatively, the name accessors could be changed to<br>
> <br>
>     ^ name value<br>
> <br>
> so that a Block could be assigned (e.g., dynamic name).<br>
> <br>
>  - Chris<br>
<br>
> <br>
<br>
</blockquote></div>