Posted July 3, 20178 yr Hi I tried adding a command that only the client can see, just to test things out and it did not work for some reason. I tried using the implementation ICommand into a class I added to my main class. I tried searching for hours, but I didn't find anything useful for what I want to do. most of the tutorials are including the server too. This is what I tried doing: public class command implements ICommand { @Override public int compareTo(ICommand arg0) { // TODO Auto-generated method stub return 0; } @Override public String getCommandName() { // TODO Auto-generated method stub return "test"; } @Override public String getCommandUsage(ICommandSender sender) { // TODO Auto-generated method stub return "test stuff"; } @Override public List<String> getCommandAliases() { return null; } @Override public void processCommand(ICommandSender sender, String[] args) throws CommandException { // TODO Auto-generated method stub System.out.println("testing complete"); } @Override public boolean canCommandSenderUseCommand(ICommandSender sender) { // TODO Auto-generated method stub return true; } @Override public List<String> addTabCompletionOptions(ICommandSender sender, String[] args, BlockPos pos) { // TODO Auto-generated method stub return null; } @Override public boolean isUsernameIndex(String[] args, int index) { // TODO Auto-generated method stub return false; } } What am I doing wrong here? and will this method work only on the client? Thanks
July 4, 20178 yr Extend CommandBase, implement IClientCommand and register it by calling CommandHandler#registerCommand on ClientCommandHandler.instance. Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.
July 5, 20178 yr Author On 7/4/2017 at 8:33 AM, Choonster said: Extend CommandBase, implement IClientCommand and register it by calling CommandHandler#registerCommand on ClientCommandHandler.instance. It says I don't have perms to use the command @Mod.EventHandler public void init (FMLPostInitializationEvent event) { ClientCommandHandler.instance.registerCommand(new commandthing()); } public class commandthing extends CommandBase implements ICommand { @Override public String getCommandName() { // TODO Auto-generated method stub return "cmd"; } @Override public String getCommandUsage(ICommandSender sender) { // TODO Auto-generated method stub return "use it"; } @Override public void processCommand(ICommandSender sender, String[] args) throws CommandException { // TODO Auto-generated method stub System.out.println("THIS WORKS DANG IT"); } }
July 6, 20178 yr 4 hours ago, Bets said: It says I don't have perms to use the command CommandBase already implements ICommand, there's no need to implement on your class. I told you to implement IClientCommand. You need to override CommandBase#getRequiredPermissionLevel to return the permission level required to execute the command. 0 allows anyone to execute it, higher numbers restrict it more. Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.
July 6, 20178 yr Author I wasn't able to implement IClientCommand. However, I added an override to the permission level and it works now! thank you!
July 6, 20178 yr Just now, Bets said: I wasn't able to implement IClientCommand. Why not? Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.
July 6, 20178 yr Author 4 minutes ago, Choonster said: Why not? No idea honestly, it's like it doesn't exist for some reason. It's ok though, it works! Edited July 6, 20178 yr by Bets
July 6, 20178 yr 23 minutes ago, Bets said: No idea honestly, it's like it doesn't exist for some reason. It's ok though, it works! It was added in Forge 1.11.2-13.20.0.2289, so you're probably using an older version. Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.
July 6, 20178 yr Author 3 minutes ago, diesieben07 said: Update. 1.8.x is old and outdated. Need the PvP
July 6, 20178 yr 7 hours ago, Bets said: Need the PvP Not an excuse. 7 hours ago, diesieben07 said: Update. 1.8.x is old and outdated. Don't PM me with questions. They will be ignored! Make a thread on the appropriate board for support. 1.12 -> 1.13 primer by williewillus. 1.7.10 and older versions of Minecraft are no longer supported due to it's age! Update to the latest version for support. http://www.howoldisminecraft1710.today/
July 10, 20178 yr Author On 7/6/2017 at 10:38 PM, larsgerrits said: Not an excuse. Most players still play on 1.8.9 - and a lot of the mods created for PVP players etc are mainly 1.8.9
July 10, 20178 yr And as long as people keep making mods for 1.8.x, that will never change. As soon as people make mods for the newer versions, people will migrate across.
July 10, 20178 yr Author I made mods for 1.11.2 too, it's just most people don't like the new PVP system so they chose to stay on 1.8.9
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.