Unexpected Result in _GUICtrlRichEdit_Create

[tom_lyo@…]

In the _GUICtrlRichEdit_Create function, there is :
If Not _WinAPI_IsClassName($hWnd, $_GRE_sRTFClassName) Then Return SetError(1, 0, 0)

Mean : RichTextEdit can only be created in RichTextEdit window (i think this line must be deleted)
We actualy can make only one RichTextEdit because $_GRE_sRTFClassName is Set Inside _GUICtrlRichEdit_Create function, so if we call it a second time, RichTextEdit isn't created.

By the way (in the same function) :
If Not _ _GCR_IsNumeric($iLeft, ">=0") Then Return SetError(103, 0, 0)
If Not _ _GCR_IsNumeric($iTop, ">=0") Then Return SetError(104, 0, 0)

i think ">=0" must be deleted too
why force RichTextEdit to be on positive position ?

(I made a space between the too _ to avoid underline effect)

[J-Paul Mesnage]

The several richedit creation has been fix in the current beta.
for the other negative position it does not for me make sense to create someting outside the window. If really needed perhaps hiding the control is best instead of moving to a displaying area.
For me no BUG

[TommyDDR]

Replying to Jpm:

The several richedit creation has been fix in the current beta.
for the other negative position it does not for me make sense to create someting outside the window. If really needed perhaps hiding the control is best instead of moving to a displaying area.
For me no BUG

I know it's not a bug but if the operating system allow us to do it.. why not just allow it for users, like GUICtrlCreateXXX ?
(By the way, _GUICtrlRichEdit_Create allow to create at position 5000. If negative positions are blocked, position beyond windows size need to be blocked too)

[AdmiralAlkex]

The user should be free to create his controls anywhere he wants.
I don't know why we restrict it.

[guinness]

Removed by revision [7232] in version: 3.3.9.5