#Show Ingame names instead FiveM names
1 messages ยท Page 1 of 1 (latest)
txAdmin doesn't know any name other than the player name, though
Ouh okay, so no chance to update the FiveM name with the players name ingame of character?
So I mean in txAdmin menu ingame that you see the character name instead of the name you set in your FiveM settings ๐
maybe
is there any fivem native to change the player name?
doesnt seem like it
I mean the names in this list. You can get the names in multiple ways. By server or client script in FiveM
I know what you mean, but the best way for this to be implemented would be a server native
instead of some hacky workaround in txadmin
Okay got it ๐ค
You mean a native like this?
Or is it returning the FiveM name?
Yean but Set
That's the priority
I think it also returns steam name
And some more
But the FiveM name will always be the preferred option
So in the txAdmin player list the ingame character name should be used.
I have a scoreboard for our support team implemented where you can see the ingame character names. But when they use txAdmin they have the FiveM name in the list.
I would like to have the ingame name in txAdmin that would really help us a lot ๐
Maybe a implementation with a setting in txAdmin settings which is set to false (so FiveM name is displayed) if you set to yes, the ingame player name is displayed
That's not possible due to txAdmin not interacting with frameworks
txAdmin is meant to be framework agnostic
Ouh okay I got it. Hmm. ๐ค
The thing is when you have an support case and you need to find a player that you know with his ingame name than it is hard to find that player via txAdmin since it can be completely random or different ๐ค
:rocket: Congratulations @winged jetty, you leveled up to <@&828359841512816671>!
I assume those support cases are often just in Discord reported by a player?
Instead of an admin being there at that moment
@winged jetty
Yeah and even if someone from team is saying please get player X in support then you open the txAdmin list and donโt know who you need to sent DM or kick
Honestly I have no clue how other servers handle this but I can see why it would be difficult to handle a support case like that when you don't know their FiveM name
Yeah right that is the point I want to discuss ๐
This is also not convenient at all for a lot of servers that are not roleplay servers
Or dont use the standard frameworks like esx or qbcore
Hmm and to implement it maybe for most common frameworks is that an idea for an upcomming update? ๐ค๐
No, txAdmin will never interact with any framework by default
Hmm okay thanks, I guess I need to add the Server ID in my admin scoreboard so you can check the ID in scoreboard and then go into txAdmin list and search for the same ID.
Something like that would work
It can, passively, in an agnostic way
just not adding any framework specific code in tx
Okay so is it something that maybe can be implemented with a setting in a future update or do I need to check other tools that can do it? ๐
Thanks guys! ๐ช๐ผ
:rocket: Congratulations @winged jetty, you leveled up to <@&1005551371765956658>!
Now you can chat in #old-homelab-24h1-25h1, #old-cooking-24h1-25h1, #old-aviation-24h1-25h1!
Start looking for alternatives.
I can add it to the future txAdmin api
but would be way cleaner if cfx added a native command for this
which works globally on all resources and not just txadmin
How would that work tho? How would they implement a native that reads the player's "in game roleplay name"
now, who's gonna dm heron 
Why get but not set
โ
because the code for it,
checks if steam is connected -> steam name,
else, is a nickname set -> nickname,
Else, is a forums account connected -> forums username,
else, computer name
He said no
Damn
He said tabby has to find another way in the future somewhere
Okay would be so great to have it implemented ๐๐
It's gonna take some time i'm afraid
You could also explore statebags ?
I altered my tx to use a basic statebag at least for the playerIds in the gamer tags. Could be another option instead needing a new native
Yes that is what the dev told me
Statebags are lacking in security though
Using them for the source of info isn't amazingly good
Agreed, but simply the character name isn't that sensitive. Not sure about other frameworks but esx uses it so why no use it at least for name visibility