
<html>

<body>

Binàris,<br>

then you should coin a crystal clear definition of snak (could it be made

an acronym?) everyone can memorize and understand. Sounds also as snap

and snag. If you find a pun it would help it get accepted.<br>

jfc<br><br>

At 10:39 06/04/2012, Bináris wrote:<br>

<blockquote type=cite class=cite cite="">2012/4/5 Gregor Hagedorn

<<a href="mailto:g.m.hagedorn@gmail.com">g.m.hagedorn@gmail.com</a>

><br>


<dl><br>


<dd>I still feel uneasy about the hard-to-remember-neonym. <br><br>


</dl>It was strange to me and had to read after it. You may remember as

bit-->byte-->snack, growing pieces of food.<br><br>

 <br>


<dl>

<dd>I cannot prove<br>


<dd>it, but believe the term snak will have to be learned by anyone

who<br>


<dd>interacts with the system through the API, any form of import<br>


<dd>mechanism, etc. <br><br>


</dl>Well, and what's then? They will learn. Once I thought namespaces to

be a rather programming word and concept, but then I became a Wikipedian

and understood they were a basic concept of editing. Every Wikipedian

must know the difference between article and user and project namespace

and they are not afraid of the word even if they have no real knowledge

about namespaces in programming. People must understand concepts and

ideas, and for the majority of non-English, non-programmer people it will

be quite the same whatever name the new concept has. More, a sna(c)k fits

better to every day concepts of an avarage person than an assertion,

doesn't it?<br><br>

<br>

-- <br>

Bináris<br>

_______________________________________________<br>

Wikidata-l mailing list<br>

Wikidata-l@lists.wikimedia.org<br>

<a href="https://lists.wikimedia.org/mailman/listinfo/wikidata-l" eudora="autourl">

https://lists.wikimedia.org/mailman/listinfo/wikidata-l</a></blockquote>

</body>

</html>