You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Notwithstanding #68 which may produce some deeper way of dealing with external modules, can we have the following little hack for now:
split external module's name by respective separator of file name ( / or \ )
treat name parts and their order to form a hierarchy of files (modules), just like module hierarchy is displayed now for internal modules (reuse GUI concepts here)
put all external module (possibly many) tree(s) into "External Modules" root, or something like this, as Internal/External module worlds are de-facto different, and merging them into one (@ module tag?), probably, shall never be painless
Today all modules are shovelled into Globals without any structure, although names like "lib/signing/fe25519" have all needed information in them, and, these modules are already labelled as being external.
Introduction of structure in display of external modules shall be those 90% of needed functionality.
The text was updated successfully, but these errors were encountered:
Notwithstanding #68 which may produce some deeper way of dealing with external modules, can we have the following little hack for now:
Today all modules are shovelled into Globals without any structure, although names like "lib/signing/fe25519" have all needed information in them, and, these modules are already labelled as being external.
Introduction of structure in display of external modules shall be those 90% of needed functionality.
The text was updated successfully, but these errors were encountered: