Jan 21, 2016, 06:51 PM
Suggestion for Ingame.
In detail, explain your suggestion: Esentially allowing the command to give players a higher proplimit to be more customized.
Currently the maximum proplimt a player can be granted, for creating a passive RP, is 100 props. I propose that this be extended to however large the RP needs to be. (Not sure of the command, but something like </proplimit Jono 400> and would give me 400 props.
Why should this be implemented?
Although it's nice to have your proplimit doubled, it's often not enough props for a larger roleplay. This results in many larger passiveRPs still requiring multiple people, all with extended props duping their construction at once. I'm suggesting this ultimately as an ease of life thing.
The only negative I can think of it potential lag caused by an inexperienced engineer, however this could easily be mitigated by the admin giving permission overseeing the dupe's paste, and seeing if any large effect on server performance is noticed. But this negative is once again redundent, as the dupe would likely be the same as when multiple people dupe it.
In detail, explain your suggestion: Esentially allowing the command to give players a higher proplimit to be more customized.
Currently the maximum proplimt a player can be granted, for creating a passive RP, is 100 props. I propose that this be extended to however large the RP needs to be. (Not sure of the command, but something like </proplimit Jono 400> and would give me 400 props.
Why should this be implemented?
Although it's nice to have your proplimit doubled, it's often not enough props for a larger roleplay. This results in many larger passiveRPs still requiring multiple people, all with extended props duping their construction at once. I'm suggesting this ultimately as an ease of life thing.
The only negative I can think of it potential lag caused by an inexperienced engineer, however this could easily be mitigated by the admin giving permission overseeing the dupe's paste, and seeing if any large effect on server performance is noticed. But this negative is once again redundent, as the dupe would likely be the same as when multiple people dupe it.