Using "jsk debug" with application commands about jishaku HOT 4 OPEN

The main issue with implementing this at the moment is trying to cross the bridge between text and slash commands. The latter has frontend-bound delimitation between arguments which sort of gives it an advantage when dealing with argument parsing - even if I were to try and hook into normal command parsing and forward it to slash commands, it still wouldn't be able to deal with the fact that e.g. slash commands could effortlessly have """"" as a valid argument.

Ultimately I probably will figure out a compromise and do this. I'm just not sure about how to do it justice yet.

from jishaku.

thank you for your reply, I look forward to the new feature!

from jishaku.

why not have a separated debug entirely-one for app_commands, and one for command.commands. Seems logical to me, and with app_commands would likely even be able to debug other app_command based ui items to.

from jishaku.

The issue is less whether it should be part of the commands ext jsk debug or not (it probably shouldn't) but rather that Discord is the end with the responsibility of argument delimitation for slash commands, and the client's slate UI allows for disambiguation and validation that's usually not as easily possible otherwise.

Unlike the slash commands themselves, I can't prevent you from sending a combination of arguments that makes no sense, or is of the wrong type, or etc. Commands ext has technically always had such a problem and that's why converters exist, but they're not a perfect one-to-one for slash commands. I also can't easily deal with situations where e.g. the user selects and sends a returned autofill entry - in this case, what the UI displays and what is actually sent does not even match.

None of this makes it not doable, it's just that a difficult-to-use feature is about as useful as a non-existent one, and if you're having to go and pull up docs and cross-check with the original command every time you want to try and use the command I'd figure more people would be willing to just use jsk py to call their callbacks directly, and at that point the feature has failed to do its job.

from jishaku.