Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature: Button to remove ownership information from an entire block grid #73

Open
mikeloeven opened this issue Jul 21, 2014 · 8 comments

Comments

@mikeloeven
Copy link

Currently you need to manually reset ownership on each item in a block grid there should be a grid level operation for resetting ownership of an entire grid with one click

@generalwrex
Copy link
Contributor

I will be creating a Utilities plugin to handle this among other things :)

@mikeloeven
Copy link
Author

something basic like this really should be baked directly into the grid list

@chessmaster42
Copy link
Contributor

This is in-progress as a chat command instead of a button. So you would enter something like this:

/owner 1234567890 5678901234

The first value is the entity id of the ship and the second is the owner id. This will be improved with time so don't worry :)

@mikeloeven
Copy link
Author

Frankly i think leaving this out of the entity list is a horrible HORRIBLE idea unless you have some method to automatically populate the ID's. who in the right mind wants to type those long ass numbers into a game that doesent even allow copy paste XD? Not to mention that the AVERAGE digit span of human short term memory is only accurate with numbers of about 7 digits in length XD.

I call chat/console commands without friendly name support Fallout Hell because back when i played Fallout 3 i ended up needing piles and piles of papers just for listing item ID's (all 8 Digit HEX values and not the fun kind).

I am just saying I don't want to see that happen in space engineers and I am not saying don't add the chat command but don't make it the exclusive option and seriously consider adding this to the entity list in the manager

@chessmaster42
Copy link
Contributor

The thing to consider here is that the GUI is being locked down and separated out from the main API and server tool. As a result we're moving more and more functionality into chat commands and API calls. This is necessary so that servers can use the command line args to run the tool as a service without loss of function.

That said adding more utility buttons may happen but it's at the bottom of the priority list. We are instead building up the chat command support so that the GUI isn't required.

@chessmaster42 chessmaster42 removed their assignment Jul 30, 2014
@mikeloeven
Copy link
Author

while i understand this the fact remains that the gui displays all entities in a nice neat list and you should be able to manipulate them just as easily as in game. if someone asks me for help when i am not at my house i can remote in with my tablet and use the server GUI but the SE client cannot run over RDP and thus for most of my needs chat commands are kinda useless and impractical the management console should have the same functionality as the client chat commands just for management.

@generalwrex
Copy link
Contributor

I have an RCon plugin planned out.

@fvgoulet
Copy link
Contributor

There should be an entity CustomName selector. So a ship with a beacon would be attributed the name given to this beacon. If there is more than one beacon, the latest renamed beacon would define the name of the ship.

In case two players have the same SteamName, the latest to join the server gets attributed a (#) after his name, same would goes to a cubegrid that gets renamed the same name as another cubegrid.

Then, a command like /owner "SexyPaysan" "MyBigBadassShip" would be possible.

Performance wise, iterating through 100+ cubegrids (on a normal server) for each change of name and each call of command using this feature is not really a problem. If so, then we will find a way to optimize it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants