|
|
|
[
Permlink
| « Hide
]
Stickman Ingmann added a comment - 01/May/09 02:30 AM
While we're at it, why not renamed "friends list" to something else? Contacts list? People list? Denying someone a "friend" request is mean. Denying someone a "contact list" request seems a lot less personal.
@stickman - that sounds like a wise idea. I'd make a separate JIRA for that if there isn't one already. It's more likely to get voted on and picked up that way.
Should an auto-reject option like this have any kind of eceptions? For example, should nearby people still be allowed to issue a request?
What should happen if two people with this option set decide that they would like to be friends? I'm confident that Rx would deem having to go into preferences to temporarily disable the feature as unacceptable. My apologies for the double edit to those watching this topic
Actually, most of the times the auto-denial would be useful is when I am in close proximity. In most cases, you're standing or walking around somewhere and a person decides for whatever random reason, to right-click and friend. I may even be talking to them, trying to fix a script or a build, and they offer a friend invite, but it usually isn't appropriate because I don't really know them well anyway, and I'm there for business, not to say hi to them every time I log on (which is inevitably what they end up wanting or trying to do themselves). This wouldn't bother me so much if I had a way to sort my friend list/"contact list" (I like that idea too), but I don't, and I'm afraid of using the "appear offline" option for fear that they will find out and call foul, since I'm in the same places at the same times frequently, and they would know where to find me. In the case you mentioned, perhaps it could be a checkbox on the communications tab, and the message delivered as an auto-response would be defined in the preferences? That would make it easy to turn it on and off when needed, without cluttering up the interface. Another option could be having it in the world drop-down menu, just as "Set Away" and "Set Busy" are, and even included in the same group. It would just be important in that case, that the toggle persist over client sessions (I don't think someone wants to have to turn it on every time they log in, either. I can really only think of one situation where there might be an exception, and to be honest, it seems like this situation would be unnecessarily difficult to code anyway, but: Let's say that you could right-click someone, and in the pie menu have an option to "allow requests", and from then on, that option on the pie menu would change to "deny requests" (if you should for some reason change your mind when they put on a hoola skirt and start dancing on your head). But until "Deny friend requests" was hit, they would be able to bypass the auto-denial and offer friendship. Like I said, that seems nice, but it also seems like it'd be a complex thing to code, and I thnk at least for the short term, we'd be better off with an easily accessible means of toggling it on and off like a checkbox in the communications or friend's list tab or from the world menu. If you want, perhaps you could add in an option in preferences where the message would be defined to allow people toggling whether or not friend requests near them would be allowed through, for those frequently in situtations where they would want that to be possible and don't want to have to toggle it on an off all the time. But, definitely, my opinion would be that it should be a toggle if it's part of the mechanics. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||