[2] Might make sense to create an object formatting framework where plug-ins can contribute variable value adapters. The EDT Java Generator might use one type to display, for example, an array, so it needs to use the object in a certain way to obtain its kids (e.g. edtObject.getChildren()). But a completely different generator will have a different class for arrays which will need a separate adapter for getting the kids (fooArray._children()). The first adapter that supports the given object wins - if no adapters then we fall back on JDT's display of the variable. Note: If a type generates a class then no adapter is needed - you can just generate the SMAP file with the class.

[3] Not currently supported in EDT JavaGen so it can't be worked on. Requires the generator provide a variable adapter as described in #2 above, in which case the work for this becomes writing an adapter for the runtime ArrayDictionary object - which again, can't be worked on until the base generator supports the type. If someone else extends our generator to support ArrayDictionary, they'll have to write their own adapter.