This is not an easy feat: The volume column is a single input context, meaning that both parameter and command letter need to be able to be entered at the same time depending on which key is pressed. In particular, this means that if numbers were entered in hex, they would conflict with commands A-F (of which commands A-D are available in XM format). While those commands can be remapped to a different key by the user already, this would mean that display and input key for those commands would be required to be inconsistent.

Can it at least be available for the XM format since it would not conflict with the volume commands?

XM volume commands are already compatible with a hex volume, so this would make the most sense to do.

As said, commands A-D are available in the XM format, so trying to enter those commands would conflict with trying to enter parameter digits A-D. There's no sense in implementing this for just one format - the difficult part of the work is the same for all formats, so once that is resolved, it would be the working everywhere.

If that is the case, then what about if you typed in A-D in the front digit, it inputs an effect, but if you input A-F in the back digits, it inputs the volume instead?
Since the front digit can only go up to 4, anything above 4 should just not register for the front digit.

(Also, should I make a separate issue for hex instrument column? How hard would that be to implement by comparison?)

If that is the case, then what about if you typed in A-D in the front digit, it inputs an effect, but if you input A-F in the back digits, it inputs the volume instead?

As said before, the volume column is a single input context. There is no way to move the cursor from one digit to the other. It's not an impossible feat to implement, but no matter how, it will require large and complex changes to the pattern editor so it's not exactly high priority.

(Also, should I make a separate issue for hex instrument column? How hard would that be to implement by comparison?)

While it may be easier to make the changes in the pattern editor itself, for such a feature to make any sense it would have to extend far beyond just changing the input method in the instrument column: Any references to instrument numbers anywhere in the program would have to be switchable between hex and decimal: In the instrument editor, the status bar, the tree view, the note properties dialog, comments tab... otherwise being able to enter "1F" into the pattern editor isn't going to make you feel any more at home if you still have to manually convert this to "31" to find the same instrument in the instrument editor.

And contrary to the volumn column, where I see at least some reason to allow hexadecimal input, all of this new complexity to be added to the program makes much less sense to me - instrument numbers are differnt in every module, so it's not like you memorize "1F is the bass drum instrument" and would have to translate that into entering "31" into the pattern instead. I don't see myself implementing this to be honest.

Okay, I see, so the only real way is to have it be a two input context like the effect column, where you can input an effect, and then the hex number afterwards.

If I may ask, is that impossible to do or would it require the volume column to be a two input context at all times?

Or is there already a program that can write in IT files as well that uses Fasttracker style of tracking? (hex volume, ect.)

If I may ask, is that impossible to do or would it require the volume column to be a two input context at all times?

Nothing is impossible, but I'm afraid there's no quick and easy solution.

Off the top of my head, I'm not aware of any IT clones that would deviate from IT's effect representation, so the volume column is usually decimal and not configurable.