AFE does not recognize names of the form "Func.1A" about advanced-formula-environment HOT 3 CLOSED

Behind the scenes we model namespaces as a file, using the base name to define the name, like:

// in namespace TLU
3D = LAMBDA(x, ... );

This assumes that the base is itself a valid name. In cases where the name is not individually valid, we report an error and do not save it to the manager.

We should not "split" names into namespace / base when each part is individually not a valid name. Instead, we should treat it as atomic and put it in the top level namespace. So it would look something like:

// in namespace 'Workbook'
TLU.3D = LAMBDA(x, ...);

from advanced-formula-environment.

That sounds like a good solution to me.

I wanted to note that I created a gist with the affected functions in text form, and when I imported them that way, they all went to the workbook namespace and worked as expected. If the "hidden worksheet" option is enabled, they continue working with AFE after saving and reopening the workbook, but if the "hidden worksheet" is disabled, they won't be recognized later.

Perhaps the capability to import from text into the workbook namespace, or to move items (and rename as appropriate) from a given namespace into the workbook namespace would be helpful.

from advanced-formula-environment.

The latest version of manages namespaces, now called modules, explicitly. This is in contrast to the previous behaviour of representing names both as namespaces and in the manager, determined by splitting on a dot. As a result, AFE will no longer try and split something like TLU.3D.

from advanced-formula-environment.