-
Notifications
You must be signed in to change notification settings - Fork 18
Name | Nickname | Alias ? #1
Comments
Please see notsecure/uTox#1126 (which should have been directed to STS instead). There is an apparent widespread confusion about the semantics of the information piece you discuss the name for. This semantics is: "metainformation about a person freely chosen by that person herself". It is like an arbitrary mask everyone is free to put on oneself and also change depending on one's mood. There is a fundamentally wrong usage case where such a "nick" looks suitable while it is not: naming the contact list entries. For certain very basic "mathematical" reasons (name spaces are not to be confused/mixed) and for certain very basic security reasons (the labels must be reliable) the only correct way to choose the labels is by the owner of the contact list, not by the remote parties. Such a label is sometimes being called "alias". The term "alias" may be though misleading. A local contact entry label is the primary means of referring to a peer identity while "alias" feels secondary. Instead, it is here the term "Nick" might be the most suitable! In this sense it is me who assigns "Nicks" to all my contacts. This may coincide with what a certain person likes to be called - but only if I choose so. The self-chosen information about oneself could be called a "Published Name". A mere "Name" would be misleading again, as "names" in the real life are reliable and stable, being tightly connected to centralized registries (passports, ID-cards). A "Published Name" in Tox is neither reliable nor stable. For a comparison, the original, traditional role of a "nick" is to refer to a person, for example while talking with common acquaintances about that person. Note that in this scenario generally it is the group who in an informal way chooses a nickname for a member, not the member oneself. |
I disagree with @x368 on what he suggests. But he does have a valid point. If we do define these words these are my suggestions. Name: Noun Chosen by the target itself. E.g., My Name is GrayHatter |
It would help if the definitions made it clear in which context and by whom Your proposed definition of "Name" does clearly refer to the metainformation The second one is though unclear. Is it information which "zetok" shares to If he shares it, then with whom, when, in which context? If he does not share, what is the point of the third term, which is presumably I wrote earlier that a "nick" in the real life is a label which a group If somebody wishes to be a part of a group, he or she "must" accept this As far as I can tell, there is no similar situation in Tox. Would you Last but not least: to make definitions meaningful, they have to be Would you explain the semantics of the name-like strings which you used I guess by these strings you imply the information published by some Alas, such a name-like-string is not a valid reference to an identity So to make the example meaningful it should be rephrased like: Besides the formal correctness or lack of it, in the discussions both yourself and the casual readers can be easily misled by names which belong to the github namespace, not to Tox (which, again, by the very design avoids a namespace). The GitHub authority is why here we can use names to refer to each other. To illustrate: my messages at github are shown as coming from "x368". There is no such protection mechanism in Tox. Anyone can choose any To conclude: Tox has by design no "name space" and no corresponding authority. The efforts to add namespaces to Tox (among others Tox DNS) bring Those discussions and indirectly this one are fueled by the common misunderstanding of what a Thanks for your work on Tox! |
I would like to raise a question regarding matter of naming.
Currently, it is allowed for clients to use terms 'Name' and 'Nickname' in regard to naming users.
My question, or what I think should be done, as follows:
Arguments in favor of using 'Nickname':
Arguments against using 'Nickname':
Arguments in favor of using 'Alias':
Arguments against using 'Alias':
Therefore I ask to think about this issue. Please, do not take it lightly, as it may have huge impact on all client implementations and adaptations, especially those within human society.
Kind regards, Zetok Zalbavar.
The text was updated successfully, but these errors were encountered: