Hi Jorgen!
Thanks for bringing this up!
We're currently migrating our date/time management to use JavaScript Intl API which bases on a huge project called ICU.
ICU is managing a lot of internationalization related code like construction of time strings.
ICU (to make it more complex) uses a database called CLDR that collects and stores all the data in all languages about how to construct correct time strings.
It seems to me that currently, CLDR (ver 28) is in fact using "HH.mm" for Danish for a short time string [0].
That's fortunately not set in stone, but we would prefer to fix it in CLDR for all projects to use, rather than in our implementation only.
It seems that there are already a couple bugs reported against Danish in CLDR [1] and I believe it would be worth for you to file a bug about this.
It's a great time to get this fixed in time for CLDR ver 29 release.
One thing that I'm wondering is if there's a chance that both styles are accepted and one is just preferred. I know there was a case like that in Swedish [2] and it seems that someone demanded change to "HH.mm" for Danish in Android [3] which may be why we ended up with this notation.
So, could you file a bug in CLDR database and ask for the change? And link it here, I'd love to CC myself and keep track of this :)
Thanks!
zb.
[0]
http://www.unicode.org/cldr/charts/28/summary/da.html#1843
[1]
http://unicode.org/cldr/trac/ticket/7657
[2]
https://sourceware.org/bugzilla/show_bug.cgi?id=11630
[3]
https://code.google.com/p/android/issues/detail?id=36373