Now an extended docking model and a new docking manager has been tested and partially integrated into the LCL. The new model extends the flawed Delphi model, without breaking compatibility. Full integration and fixing of related issues (widgetset?) deserve some discussion. See uploads for Patches #13427.

Most important issues:

What's the purpose of the TDragManager class? Is it designed for support of user-defined drag managers, or can it be removed?

Same question about TDrag/DockPerformers.

Delphi also allows for some customization of the visualization etc. in the drag/dock objects, but the current LCL implementation bypasses such extensions. What's the reason for *not* using the customizable methods in these objects?

If nobody can answer the above questions, Paul will update the LCL as appropriate.

DoDi

Hans-Peter Diettrich wrote

If nobody can answer the above questions, Paul will update the LCL as appropriate.

Where I said that? I am checking very seriously every docking patch in order to preserve current implementation.

Best regards,
Paul Ishenin.

An embedded and charset-unspecified text was scrubbed... Name: not available
Url: http://www.lazarus.freepascal.org/pipermail/lazarus/attachments/20090414/e0421023/attachment.pl

Mattias G?rtner wrote

Ok with me. Mattias

"Convince Mattias to look at docking" task failed.

Best regards,
Paul Ishenin.

> If nobody can answer the above questions, Paul will update the LCL as > appropriate. > Where I said that?

Nowhere ;-)

I am checking very seriously every docking patch in order to preserve current implementation.

I meant: when nobody has an opinion any more, I'll try to convice you of some enhancement, and you decide how to proceed (as appropriate).

The currently outstanding patches are very conservative and can be applied with the least impact on existing code.

DoDi