<br><br>On Fri, Sep 14, 2012 at 9:13 PM, Levente Uzonyi &lt;<a href="mailto:leves@elte.hu">leves@elte.hu</a>&gt; wrote:<br><br><br>&gt;&gt; My feeling is that &quot;Author current&quot; should be the only place where we<br>
&gt;&gt; lazily initialize by asking the user. Then Author&gt;&gt;initials would just<br>&gt;&gt; be a normal accessor, and Author class&gt;&gt;initials would go through<br>&gt;&gt; #current. The tricky bit with that idea is that we&#39;d need a slightly<br>
&gt;&gt; more elaborate UI, so let the user fill in both initials and username.<br>&gt;<br>&gt;<br>&gt; That doesn&#39;t seem to be too hard to do by checking both the initials and the<br>&gt; name and ask for both one after the other if they are missing.<br>
<br>But remember, we&#39;d be checking for the presence of an author object, and creating one from scratch, rather than checking each field separately. So we&#39;d pretty much always have two dialogs in succession, which is a bit awkward. I suppose we could do a single dialog with a template like:<br>
<br><font face="courier new, monospace">    Author<br>        username: &#39;Your Name&#39;<br>        initials: &#39;yn&#39;.</font><div><br></div><div><font face="arial, helvetica, sans-serif">That&#39;s how most other tools work.</font></div>
<div><br>I just think that if we continue to treat initials and name as separate entities that can be set and queried independently, then there&#39;s not much point doing the extraction at all. We&#39;re just changing where the globals values are stored.<br>
<br>&gt;&gt;<br>&gt;&gt; One idea would be to get rid of #username for now, and have Author<br>&gt;&gt; objects with just initials. Then in 4.5 we we&#39;d flesh things out a bit<br>&gt;&gt; more.<br>&gt;<br>&gt;<br>&gt; I wanted to separate Author from Utilities, but if we leave #authorName in<br>
&gt; utilities, then it won&#39;t happen in 4.4.<br><br>Oh wow, I didn&#39;t even know we *had* authorName in Utilities. In that case, extracting it along with #authorInitials makes perfect sense. Strike my suggestion.<br>
<br>&gt; Pharo uses #fullName for what we use #initials for. If we don&#39;t want our API<br>&gt; to be compatible at this level, then we can use #fullName instead of<br>&gt; #username.<br><br></div><div>Right, let&#39;s not introduce gratuitous incompatibility. How about #properName?</div>
<div><br></div><div>Colin</div>