Skip to content

Command cycle#6456

Open
ThomasVermeer wants to merge 3 commits into
MeteorDevelopment:masterfrom
ThomasVermeer:CommandCycle
Open

Command cycle#6456
ThomasVermeer wants to merge 3 commits into
MeteorDevelopment:masterfrom
ThomasVermeer:CommandCycle

Conversation

@ThomasVermeer

Copy link
Copy Markdown

Type of change

  • Bug fix
  • New feature

Description

Added a new module called CommandCycle to the Misc category. This module allows players to execute a list of custom commands sequentially with specified delays (e.g., /spawn [5], /home [10]). It includes configurable settings for a default delay, looping the sequence, and automatically disabling the module upon leaving the server.
meteor_client_commandcycle

Reasoning: This feature provides a highly requested utility for automating repetitive server tasks and navigation sequences in a clean, user-friendly way.

Related issues

None.

How Has This Been Tested?

Tested locally in a Minecraft development environment. The module successfully parses custom delays from the string list, executes commands safely via ChatUtils, counts down ticks accurately, and toggles off correctly when looping is disabled or upon disconnecting from the server.

Checklist:

  • My code follows the style guidelines of this project.
  • I have added comments to my code in more complex areas.
  • I have tested the code in both development and production environments.

file for the main cheat to be able to repeat commands in a specified pattern
- Created CommandCycle module to execute a list of commands sequentially with custom delays.
- Added options for custom delays, default delays, looping, and disabling on server leave.
- Registered the new module in Modules.java.
@crosby-moe

Copy link
Copy Markdown
Collaborator

personally, i think setting UIs that are based on string parsing is bad UX

- Support multiple delays per command (uses the last [delay] found)
- Made default delay configurable in settings
- Better command parsing and cleaning
- Improved description and default values"
@ThomasVermeer

Copy link
Copy Markdown
Author

Thank you for the feedback!

I understand your concern about string parsing not being the best UX. I deliberately chose this approach to give users maximum flexibility with delays.

Recent improvements:

  • Now supports multiple delays on a single line (e.g. /spawn [5] [10] [15])
  • Uses the last [delay] found
  • Added a configurable default-delay setting

In my opinion this gives more power and keeps the UI compact compared to having many separate setting fields.

I'm happy to change it if you have a better suggestion though!

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants