The Rev2 is a workhorse of a synth. If its not doing something you want chances are you can find a way to get there via a slightly different path.
It sounds like you've made the DC thing work for you. And yes, since it is a separate modulation you can fine tune it as much as you'd like and really taper the settings to your play style or the patch. The DC is an interesting modulation source that has a few other utility uses as well.
That is the downside of a workhorse synth. Some things might not be straight forward to program to your liking. The beauty of this is the flexibility that comes with this mentality. It wouldn't be in the spirit of this kind of synth to alter a bunch of things by default so that the keynote>pan mode works as Razmo expects it to because not everyone may want the mode to work as Razmo expects.
Scaling the range just to fit this one specific modulation source and destination would add all kinds of complications to the use of the synth. I would much rather everything function in the same, predictable way when it comes to the modulations. That way I could adjust accordingly based on the situation using the tools D.S.I. was mindful enough to implement like the DC source.
I'm sorry, but honestly... every other synth out there with a modulation matrix, that can route the note number to pan position works the way I suggest here, and not obscure other ways that require you to do math on top to figure it out... the note-number to pan is probably one of the most used modulations in many machines...
Now personally... now that I have a work around, I don't really care if they fix it or not, but I'm pretty darn sure, that many synth programmers will be scratching their head around this when they first encounter it... precisely because they're used to the fact that any other synth "does it right"...
I don't see why a comprehensive synth should have these illogical ways of doing stuff... being a comprehensive machine gives it a hard enough time for the user to understand it fully... to have to do even more obscure kinds of workarounds will only further complicate the machine (in my opinion).
So I see no reason to not fix this... I'll not call it a REALLY pressing bug, now that the workaround is there, but if DSI care for their synths, and want them to be as simple as possible to use, they should fix this... being a programmer myself, I know that this little thing here will most likely not be that hard to fix... but hey... we'll see... they added it to the bug list, so I suppose they will look at it at some point