I do have a desktop file where the command is "/usr/share/kali-menu/exec-in-shell sudo wifite --help" and where the terminal attribute is set to true. Due to this whiskermenu is executing "exo-open --launch TerminalEmulator /usr/share/kali-menu/exec-in-shell sudo wifite --help"

But this call will not execute the desired command, instead it will print exo-open's help message. This is not the desired behaviour. Given the current documentation of exo-open, I would suggest to stop parsing parameters after "--launch TerminalEmulator". Alternatively, you might want to document and recommand the use of "--" as a way to separate the application options from the parameters to pass downwards. But in this case, you will likely have to make changes to whiskermenu and the usual xfce menu too.

Note that the use of "--" is not working correctly right now. I tried "exo-open --launch TerminalEmulator -- /usr/share/kali-menu/exec-in-shell sudo wifite --help". With xfce4-terminal, we get "xfce4-terminal -- /usr/share/kali-menu/exec-in-shell sudo wifite --help" but the "--" is ignored and it's xfce4-terminal that is outputting its help message instead of exo-open. With qterminal, we get "qterminal -- /usr/share/kali-menu/exec-in-shell sudo wifite --help" and qterminal is opening but not running the command as it needs to be input the command in the "-e" parameter.