AnchorDokingDesgn 1.0
DockedFormEditor 0.0
(but I see there is also available: anchordocking 1.0, I have to install this one?)
AnchorDokingDsgn is the correct one.
AnchorDoking is for your own app, if you want to write an app in which the user of your app can move individual parts of the GUI around.
3) This should be the most effective for me, but playing with visual component is crazy, again move to Obj-inp -> the form disappear, typing in it (blindly, maybe I have selected the wrong component) -> then come back to the code editor and click on it -> finally F12. Try yourself this just for 4 buttons in sequence… (NB: the form hiding happen even clicking on other area of the IDE, and to resee the form I have to click two times in the code editor, one time is not enough then F12) (See two more picture in the subsequent replay).
I report another issue I see now for option-3. I have noticed that when I put a visual component on the form it flashes well visibly, it happens when you click on a component in the component palette (did you confirm this ?) .
What do you suggest to me to accomplish this task : docked elements (obj-inp, message, code..) to keep the desktop well ordered by leaving the form floating at its full size as per option-1 above (and not disappearing when working on it)?
As I said, I can't see how.
How to determine "when you working on it" => I have clicked the OI many times when I was NOT working on the form, but working on the source. So as soon as someone clicks the OI => How do we know they are working on the form?
And worse, if the form is big, then it may overlap the OI. Also when working with a team that happens because diff people have the OI on different screen positions. So when I work on a form, and I use the OI, I need the OI to come forword, or I can't work on the part of the OI that is behind the form.
But when OI and source-edit are the same form => they come both forward.
How, can I ensure the above needs that I have, and that I feel must work, and at the same time keep the form (designer) on top?
Disclaimer: I don't use docking 99% of the time, as my IDE is spread over several monitors. But the overlap of OI and form exist either way.
If and when I use docking, I also use the docked-form edit (2). But I accept it doesn't fit your needs.
Just how can your suggestion be added, without breaking other needs. (e.g. those that I described)?
As I said: Docking does not force to dock all into one main window. You can dock into several groups.Have a main window with titlebar/menu/source/watches/find-result/messages/....
Have a 2nd window with the Object inspector only (or the view-compontent too).
Then if you click the OI, only that 2nd window comes to front => that is much smaller (as it does not have the sources). So it wont hide your form (or only a tiny overlapping section, if your form covers that much of the screen)