regexp-quote missing escapes in grouping constructs - Bug?

["St/n_P/rm/n" <Stan@SandPframing.com>]

(regexp-quote "[0-9]\{2,4\}\(-\|/\)[0-9]?+\(-\|/\)[0-9]\{2,4\}")

---> "\\[0-9]{2,4}(-|/)\\[0-9]\\?\\+(-|/)\\[0-9]{2,4}"

Am I misunderstanding something?
Shouldn't passing that string to regexp-quote give back something more
like this:

---> "[0-9]\\{2,4\\}\\(-\\|/\\)[0-9]?+(-\\|/)[0-9]\\{2,4\\}"

or *flinches at the thought*

---> "[0-9]\\\\{2,4\\\\}\\\\(-\\\\|/\\\\)[0-9]?+(-\\\\|/)[0-9]\\\\{2,4\\\\}"

-
Its possible that I am misunderstanding the function, and  I'd rather
not file this as a bug report b/c I am using a Lennart's recent W32
patched...

GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
of 2008-05-12 on LENNART-69DE564 (patched)


However, currently building a derived mode and the regexp-opt and
-quote are kinda required, esp. as there doesn't seem to be a clean
way to  avoid passing everything around through multiple instances of
defconst defvar defcustom etc. just to "cache" keyword regexes for
font-lock

---
I find the following two most relevant to the matter at hand.

case a)
We get the requisite lisp reader 4x \\\\ for the group construct , but
the function not only misses the interior alternative escape but omits
it e.g.

(regexp-quote "\\(123\|567\\)")
---> "\\\\(123|567\\\\)"

case b)
In contrast, when we give him enough the double escape "\\" inside the
group he DOES catch the the escape and gives us  4x the \

(regexp-quote "\\(123\\|567\\)")
--->  "\\\\(123\\\\|567\\\\)"

---
This doesn't seem like consistent behavior esp. as regexp-quote is
feeding regexp-opt elsewhere.
---

These others examples do not strike me as edge cases when
'manually-optimizing' a regex for font-locks:

(regexp-quote "\(123\|567\)")
--->  "(123|567)"

(regexp-quote `(,"\(123\|567\)")
--->  ("(123|567)")

(regexp-quote '("\(123|567\)")
--->  ("(123|567)")

(regexp-quote "(123|567)")
---> "(123|567)"

(regexp-quote '"(123|567)")
---> "(123|567)"

---
again, maybe I am missing something but my head hurts... despite
having really come to appreciate emacs regexps :)