What are you trying to do? Ext GWT 2's MultiField is just a field subclass with some layout details. Instead of supporting this specificlly, there is now an IsField interface to allow any widget to act like a field, and classes that used to extend MultiField (like DualListField) use it instead. AdapterField does most of the work for you of setting up the basic widget and the basic handlers, that is probably the starting point you want to use.
From there, you can use FlowLayoutContainer or CssFloatLayoutContainer to draw multiple widgets using css layouts, or one of the other sizing/positioning containers like VerticalLayoutContainer to hold your other widgets like MultiField would have done in the past.
We do not use inline editing, only row editing. But anyways, drawing DualListField inside a row editor would be a bit... strange so to say =)
The fields we have are used not only in row editor but also in other places being simply put on a panel (on a form). Normally, these (composite) fields contain 2-3 inner fields alligned horizontally. For instance, we have time field (amount of time, not really "normal" time, eg "how many hours/minutes/seconds") containing 3 inner fields.
Another example is ListField, eg a field holding multiple models of the same type. The field appears as a (underlined) label and when you click on it we show a standalone dialog allowing to edit the values. Content of the dialog can be different depending on type of models being held by ListField.
Thanks for the clarification. The cleanest workaround I can see for you would be to extend Field with a simple cell like SafeHtmlCell that renders nothing, then append other widgets. Another option could be try something like CompositeCell.
In cases where clicking brings up more content, you could consider rendering effectively as a button, and clicking on it would draw a window or some other popup, and when closing that, push the value back to the original field.
Again, maybe I`m overlooking something, but how do I extend a Field providing SafeHtmlCell? (as the Field only accepts FieldCell)
What we actually did is we extended Field providing a custom MultiFieldCell (extends FieldCell). It kind of works, but so far we`ve got some weird rendering problems when a field is used as an editor for a grid column (so inside GridEditing). Not sure what`s wrong with our implementation, must be somthing with the custom Cell implementation.
The latest nightly builds and SVN now contain changes to the grid editing apis to allow IsField instances instead of just Field, so that any class which implements that interface can be used. I'd suggest AdapterField as a simple way to wrap an existing widget, but anything that properly implements the interface will work. This will go out in GXT 3.1.0.