One possible workaround is to use a block for the elevation callout instead of an ordinate dimension.
Example block attached.
Thought I wrote some code to calculate the attribute value from the insertion point, but i can't seem to find it at the moment.
Easy enough to do, and you could get as fancy as you like, with reactors to update the attribute upon moving the insertion point, etc.
<shrug> just an option..
Another (purely drafting) trick:
Suppose your elevations are all in the range 800'<900'
Define a child dimension style for ordinates only with a prefix of 8.
Then you can set your origin to 0' & 35' will display as 835'
Kludgy, doesn't work if first digit can have >1 value.
Worst potential problem, as i see it, is grabbing that "lonely" defpoint by mistake & moving/stretching it , thereby screwing up all you elevations.
If you have all your ordinate dimensions set, & don't plan to change any of them, you could override the dimension text, then stretch the origin defpoints to your liking.
I posted a routine here recently which overrides dimension text with a string showing the measurement, if you want to do it that way.
Probably none of these is what you wanted to hear.