Ableiten ist garnicht nötig.
OK, in der grauenhaft automatisch übersetzen deutschen
MSDN-Variante, kann man es nicht wirklich lesen, aber
Zitat:
The parent window of the edit control receives this notification code through a WM_COMMAND message.
Delphi-Quellcode:
type
TForm2 = class(TForm)
protected
procedure WndProc(var Message: TMessage); override;
// oder eben auch via WM_COMMAND bzw. CN_COMMAND
//procedure WMCommand(var Message: TWMCommand); message WM_COMMAND;
end;
procedure TForm2.WndProc(var Message: TMessage);
begin
if (Message.Msg = WM_COMMAND) and (TWMCommand(Message).NotifyCode = EN_MAXTEXT) then
Beep; // TEdit(LParam)
inherited;
end;
Da der BEEP erst nach der Notification kommt, hätte man vielleicht denken können, dass es doch eine Möglichkeit zum Unterdrücken gäbe.
Allerdings hilft das Result leider nicht, wie z.B.
Message.Result := 1;
,
und auch ein
Abort kann nicht helfen, da die
VCL es vorher mit einem try-except abfängt,
bevor der DefaultCode der Komponente es anschließend piepsen lässt.
Bei
NonVCL könnte man vielleicht das DefWindowProc bzw. DispatchMessage einfach weglassen (ungetestet),
aber sowas ist in der
VCL leider nicht möglich, also hier gäbe es nur Msg.Result, um mit Windows zu reden,
und ein
Message.Msg := WM_NULL;
geht sowieso nicht.
Fazit: Es bleibt bloß noch den Tastendruck abzubrechen, bevor es zu lang wird. (Copy&Paste oder WM_SETTEXT erstmal ignoriert)