I can design some UI&#39;s if necessary<br>
maybe something with Horror Vacuii..ie: the &quot;evil one&quot;<br>
something that is pretty universa/<br>
Horror Vacuii=represented by eyes all over the face<br>
<br><br><div><span class="gmail_quote">On 7/22/07, <b class="gmail_sendername">Bert Freudenberg</b> &lt;<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Just to be sure: I assume you are referring to a petname sytem, Eben?<br><br><a href="http://www.skyhunter.com/marcs/petnames/IntroPetNames.html">http://www.skyhunter.com/marcs/petnames/IntroPetNames.html</a><br><br>I think this is indeed a very nice and simple solution to a hard
<br>problem.<br><br>- Bert -<br><br>On Jul 21, 2007, at 23:21 , Eben Eliason wrote:<br><br>&gt; I, too will need to think in much more depth about this problem.&nbsp;&nbsp;I<br>&gt; know I discussed a few of the implications with Dan as he began
<br>&gt; implementing the PS early on.<br>&gt;<br>&gt; From an interaction design perspective, I don&#39;t think that it&#39;s<br>&gt; necessary to allow name changes (or at least, we don&#39;t need to make it<br>&gt; trivial, like changing colors will be).&nbsp;&nbsp;The idea is that children
<br>&gt; will be identified by their given name, and as such I&#39;d rather not<br>&gt; refer to a &quot;nickname&quot;, unless we actually make the distinction between<br>&gt; a nickname (changeable) and real name (much less so).&nbsp;&nbsp;This doesn&#39;t
<br>&gt; guarantee security, of course, but it does make it harder to<br>&gt; impersonate someone.<br>&gt;<br>&gt; Also, we discussed possibilities for what might happen when a child<br>&gt; changes colors, photos, etc.&nbsp;&nbsp;One possibility is that these children
<br>&gt; are rendered slightly differently in the UI, perhaps with a badge.&nbsp;&nbsp;By<br>&gt; clicking on them (or some interaction not yet determined...perhaps for<br>&gt; friends you actually get a notification message) you will be able to
<br>&gt; see the former colors/photo (as stored on your machine) and the new<br>&gt; colors/photo (as provided by them).&nbsp;&nbsp;This would make it rather<br>&gt; difficult for Bob to spoof your friend Alice, assuming that you have
<br>&gt; ever in the past received Bob&#39;s identity info, since he would always<br>&gt; have to advertize &quot;I&#39;m Alice, formerly known to you as Bob.&quot;<br>&gt;<br>&gt; I suppose this would actually be sufficient if we also specially
<br>&gt; identified friends in the UI as well, as you mention, perhaps by<br>&gt; applying a star badge to them.&nbsp;&nbsp;In that case, any friend of yours who<br>&gt; attempts to spoof another friend of yours will be rendered the same,
<br>&gt; but will also initiate an &quot;identity change&quot; message.&nbsp;&nbsp;Any non-friend<br>&gt; of yours - even those you&#39;ve never seen before - can try as they might<br>&gt; to spoof a friend of yours, but can never have the star badge.
<br>&gt;<br>&gt; As another note, when these changes in identity occur, its probably<br>&gt; beneficial for the children to view the &quot;identity change&quot; message<br>&gt; before the interface adjusts the rendering of the XO whose identity
<br>&gt; changed.&nbsp;&nbsp;That way you can find Alice rendered in pink/purple as<br>&gt; you&#39;re used to, without being temporarily confused by the fact that<br>&gt; she changed overnight to green/yellow.<br>&gt;<br>&gt; As far as unique naming goes, as I mentioned, I&#39;d really prefer to use
<br>&gt; real names.&nbsp;&nbsp;Real names, of course, aren&#39;t always unique.&nbsp;&nbsp;I&#39;d like to<br>&gt; use first names only by default, adding the last initial in the<br>&gt; display when first names conflict.&nbsp;&nbsp;Of course, when the last initial
<br>&gt; conflicts, we could use full last names.&nbsp;&nbsp;Beyond that, we&#39;re mostly<br>&gt; out of luck, but perhaps that doesn&#39;t matter in the general case.&nbsp;&nbsp;If,<br>&gt; however, you want to make two people with identical names your
<br>&gt; friends, the &quot;make friend&quot; process could check the list of current<br>&gt; friends, find the match, and alert you to it, offering to let you<br>&gt; modify the name that you locally use to represent the new friend.
<br>&gt; This has the added bonus that, if an outsider you&#39;ve never before seen<br>&gt; tries to spoof a friend, and you try to make the outsider your friend<br>&gt; thinking that you accidentally de-friended the person they&#39;re
<br>&gt; spoofing, you&#39;ll get the duplicate friend message and think twice<br>&gt; about continuing.<br>&gt;<br>&gt; - Eben<br>&gt;<br>&gt;<br>&gt; On 7/21/07, Ivan Krstiæ &lt;<a href="mailto:krstic@solarsail.hcs.harvard.edu">
krstic@solarsail.hcs.harvard.edu</a>&gt; wrote:<br>&gt;&gt; On Jul 21, 2007, at 4:07 PM, Simon McVittie wrote:<br>&gt;&gt;&gt; (Mailing this now while I remember, because this is something we<br>&gt;&gt;&gt; need to<br>&gt;&gt;&gt; think about relatively soon after Trial 2, I think. Daf and I will
<br>&gt;&gt;&gt; be in<br>&gt;&gt;&gt; Boston on Monday, Tuesday and Wednesday trying to debug<br>&gt;&gt;&gt; collaboration, so it&#39;d<br>&gt;&gt;&gt; be great if we could talk to Ivan and Eben about this while we&#39;re
<br>&gt;&gt;&gt; there.)<br>&gt;&gt;<br>&gt;&gt; I&#39;ll read the rest of the message in a bit; can you meet with me at<br>&gt;&gt; 2PM Monday? I&#39;m extremely busy the first three days of next week.<br>&gt;&gt;<br>&gt;&gt; --
<br>&gt;&gt; Ivan Krstiæ &lt;<a href="mailto:krstic@solarsail.hcs.harvard.edu">krstic@solarsail.hcs.harvard.edu</a>&gt; | <a href="http://radian.org">http://radian.org</a><br><br><br>_______________________________________________
<br>Sugar mailing list<br><a href="mailto:Sugar@lists.laptop.org">Sugar@lists.laptop.org</a><br><a href="http://lists.laptop.org/listinfo/sugar">http://lists.laptop.org/listinfo/sugar</a><br></blockquote></div><br><br clear="all">
<br>-- <br><a href="mailto:delucks@gmail.com">delucks@gmail.com</a><br>t: 443.614.0518