-
Notifications
You must be signed in to change notification settings - Fork 28
[Strategize] Modularity #208
Comments
I have been implementing a basic modularization strategy without defining it. This could cause problems for Firetext, so I have created an issue for us to discuss it. Current conceptParentDefinition: The parent is the core process and layout of the app. It serves as a hub, connecting all of the modules and components. ComponentsDefinition: Components are bundled sections of the app. They are inserted directly into the main layout. ModulesDefinition: Modules are independent and self-contained sections of the app. Modules, unlike Components, are loaded in Please feel free to propose different ideas, or change the existing ones. |
Possibly web components are applicable here. I've never used them though. It would be great if components
|
@twiss: web components sound great. Mozilla has a cross-browser polyfill for them here: http://www.x-tags.org/. IMO we should still use our custom system for Modules. IIRC, |
Sounds good to me. Candidates for modules:
|
Note that some filesystems are capable of working in a worker thread, so that might be a possibility. |
E.G. the file system api |
FWIW: Google's approach is called Polymer. |
Objectives for this discussion:
All comments are welcome!
The text was updated successfully, but these errors were encountered: