![]() |
I don't like community names
Community names are probably the most annoying thing in Graal. Please change the system somehow. The script I'm working on right now has to keep track of a player's account and community name, then update the community name if it happens to change. It has to display the community name in about 10 different places, but also hide the account so when they make changes to those places, it knows what to change. It took at least a few hours adapting the system for community names.
They're completely pointless. I'd much rather have an account like 'chrisboy123', which is unlikely to be chosen, then have to deal with all the problems the community name system presents (and not just the ones presented to developers). |
Well, it wouldn't be too bad if more RC commands actually worked with community name.
Also pretty irritating to right click someone and see their account name displayed as "0" |
I agree, don't know what they were thinking when they made this move. I doubt they're going to listen, they never do no matter how right you/we are.
|
Quote:
|
I agree, once again.
It's really a pain to make sure everything runs fine with account and community names. What's even worse is that handy features are not documented anywhere. I didn't know anything about the "/global communityname" command until I think Chris mentioned it somewhere on the forums. |
i completely agree with everything said here
really it stems from a lack of information from CJ. i wish we weren't left out of every decision made by them when they affect us in some way |
Agreed..
|
Doesn't the accounts that has accountnames show the account name as communityname?
|
I don't understand Chris,
Why not just use community name? As long as you've got that you don't need the account name? Right? |
Quote:
The problem is that the community name support is very lazy and they are not entirely supported by either the RC or client so occasionally the GraalXXXXXX account name leaks through. You can't do /openrights communityname because it is expecting an account name. Also it is habit for scripters to use player.account instead of player.communityname, for instance, with owner tags on scripts and such and that also causes confusion. Whilst I understand the benefits of community names, they just complicate everything. |
Would be easy if there was a lookupcommunityname(player.account) that would work regardless of whether the player was on-line or not.
|
Quote:
Quote:
|
Quote:
If community names cannot act exactly like account names used to, then they should not be there. Edit: Oh, and it's annoying that every guest player has community name "guest", sometimes communityname comes up with no value and that suddenly I now have to check for every chat command involving a player account whether or not it's actually a community name instead of an account that's been typed in. |
Quote:
EDIT: One thing that is REALLY annoying to me is when you type /open Graal###### in RC, it echoes salesman loaded the attributes of <communitynamehere>. THEN, when you set the attributes it echoes salesman set the attributes of player Graal###### I may have mixed up the order, but my point is that it is very inconsistant. Says the community name in one instance and graal account in the other. |
Quote:
|
| All times are GMT +2. The time now is 04:03 PM. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
Copyright (C) 1998-2019 Toonslab All Rights Reserved.