[Laszlo-dev] Re: [Internal-Dev] Fwd: [JIRA] Created: (LPP-975) context menu stops working when modal dialog is displayed

[P T Withington]

On 21 Nov 2005, at 14:33, Henry Minsky wrote:

> Here's a meta-issue also, for the language architects ...
>
> If I want to define new LZX tags <contextmenu> and <contextmenuitem>,
> I can add these manually to the primitive schema, and add an entry  
> to the magic
> table that maps these to "Lz" class names (i.e., LzContextMenu,  
> LzContextMenuItem).
>
> That means adding this stuff to the LFC.  But we frown on bloating  
> the LFC, so instead we could put the whole implementation in an  
> optional or auto-loaded library. But if we're defining the classes  
> in LZX,  we don't have this duality of class names. So would we  
> name the tag  <contextmenu> or <LzContextMenu>? Because if someone  
> wants to generate these menus procedurally at runtime (Elliot  
> does), then they would the expect the classes to be named LzMumble,  
> right?
>
> We're digging ourselves into a hole either way -- we really need to  
> bring the LZX and script naming conventions for classes into better  
> alignment somehow.

We could stop the digging by saying the way to make an instance of an  
LZX class at runtime is to call:

make(_tagname_, ...)

not to use `new`.  Then we have the freedom to fix the naming any way  
we like (be it namespaces, modules, etc.).  [This gives me a way to  
fix a couple of other nagging bugs too.]