Martin> That's precisely why I want it this way. The .layout file is Martin> configurability not seen by the end user. If we want in inset Martin> to be switchable among the three: open/closed/inline, we would Martin> need a dialog to go with it (like insetert). CharStyle does Martin> not have one and that's fine with me. (If you ask me also the Martin> ERT dialog is excessive :-)
I think the dialog is not a problem, but that inset-toggle should switch between the three possibilities when inline is allowed.
[Uaaaaahhhhhhh... I wanted to close a project (code consolidation) instead of opening a new one... I thought we are almost in the feature freeze phase...]
I think JM's idea is nice. In the first step, I will introduce a virtual method "hasInlineMode" which returns false by default. If it returns true, the given inset supports the inline mode.
In this case, we should indeed toggle between all three mode as JM proposed. We should also add some menu items for toggling. Then, we can also get rid of the InsetERT dialog. (Please note that some possibly "inline-able" inset have their own dialogs and I really do not like to see the InsetERT dialog elements being integrated into these dialogs).
Give me some time, I will make a proposal based on the smallest common denominator ... I will start work in the afternoon.
Michael
