On Tue, Dec 6, 2011 at 12:30 PM, Henrik Sperre Johansen <henrik.s.johansen@veloxit.no> wrote:
On 06.12.2011 11:46, Henrik Sperre Johansen wrote:
Is it just me, or is UIManager gradually turning into a new SystemDictionary/Project?
Cheers, Henry
And by that I mean equivalent to those classes in purity of purpose and simplicity; UIManager used to have a clear purpose - Provide a polymorphic interface for accessing common GUI dialogs for code which doesn't care which GUI framework is in use.
Right now, MorphicUIMananger also has methods for - Component building (a poor mans ToolBuilder, basically) - Â Global state accessor, not polymorphic (world and uiProcess handling ) - Debugger components building (!) - Accessing common Smalltalk tools (not necessarily a bad thing, but shouldn't that be the responsibility of ToolRegistry? IE a UIManager should install a proper ToolRegistry when activated, not provide an extra layer of indirection you HAVE to use if you say, want your app to work headlessly) - something called interactiveParserFor: I have no idea what means.
this method resolves if the UIManager is able to process questions from the parser/compiler on user (like warnings about unimplemented callss, undeclared instance variables etc.). -- Pavel
- etc. etc. etc.
Cheers, Henry