Not possible. Too many factors involved with this. Amount of time in WEP, amount of time in level flight versus climbing, amount of time at MIL power versus MAX cruise et.c.
As much as I like the OP's original post i'm not sure how you would pull it off accurately. You would have to set up a standard set of conditions for the number to be accurate.
Your right...
The climb rate tables and speed tables already make an assumption (I believe its based on 75% fuel and a load point list index choice (such as 0, 1, 2 etc)
The climb rate table return feature would have to be able to parse out what your present fuel load and bomb load is...and one very critical variable is missing...target altitude....
Other factors such as start field atlitude also come into to play
Thus the problem to be solved is multi-layered, and multi-faceted
However compromises do exist to expand the present functionality...which is Zero data on flight time when sitting either in the Hanger, in the Tower or in the Mission setup window
At the very least the program could assume a set target altitude (FL20) and set start field altitude (zero), and offer up some rough ideas of flight time based on the already in place canned climb and speed data...
Never gonna happen though...its a narrow request that in the final cost benefit analysis, will never pull the limited human resource time AH has to work on such a complicated issue
A more simplistic compromise would be to simply provide the ability to stripe a line on the map, and have it spit out et's based on the speed you have chosen. Such a compromise divorces the aircraft and loads from the question at hand: "How long will it take me to fly from here to there going this fast?"
Oneway
