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
@Tearran@igorpecovnik
"About
Next generation bash based configuration API"
Configng doesn't appear to be an API. Is it an API? Is it perhaps a bash based menu driven configuration utility or something else?
Some thoughts/questions about a framework:
First...
Should the framework support multiple languages by design for all displayed text, menu's, and all dialogs? Is there any other Armbian project doing this well that can be used as a template? See #26 (comment)
Should the framework promote documentation as a required development element? Is there any other Armbian project doing this well that can be used as a template?
Should the framework require logical defined naming conventions for functions and variables? Is there any other Armbian project doing this well that can be used as a template?
Should the framework include any elements promoting accessibility, if so which and how?
Then...
What kind of structure should menu system have (scalable nesting/infinite nesting/limited nesting)?
What format should the menu configuration be? (some ideas exist. in the light of the above, are they suitable as a starting point).
What kind of structure should menu driven functions have? (some development exists. in the light of the above, is it suitable as a starting point).
What kind of extensible structure should reusable code elements have (functions, board variables and etc. Modular/monolithic. Format, location)? For context, armbian-config has these. Can we do better?
The text was updated successfully, but these errors were encountered:
Developer documentation should possibly be included in the code, and could possibly be exported to be accessible from and formatted for Github. It should describe how the function works, it's structure, it's interactions and requirements. This can possibly be enabled to some extent with a form in the header and or comments. The key here, I think, would be to provide a framework for developers to fill in, attached to each function.
Each menu function could have a thorough description and illustrated user instructions, preferably with screen shots. Anything auto-generated, will almost certainly require editing and proof-reading before inclusion. Some means of ensuring that it happens before the change PR is accepted would be good. Perhaps Github workflow.
@Tearran @igorpecovnik
"About
Next generation bash based configuration API"
Configng doesn't appear to be an API. Is it an API? Is it perhaps a bash based menu driven configuration utility or something else?
Some thoughts/questions about a framework:
First...
Should the framework support multiple languages by design for all displayed text, menu's, and all dialogs? Is there any other Armbian project doing this well that can be used as a template? See #26 (comment)
Should the framework promote documentation as a required development element? Is there any other Armbian project doing this well that can be used as a template?
Should the framework require logical defined naming conventions for functions and variables? Is there any other Armbian project doing this well that can be used as a template?
Should the framework include any elements promoting accessibility, if so which and how?
Then...
What kind of structure should menu system have (scalable nesting/infinite nesting/limited nesting)?
What format should the menu configuration be? (some ideas exist. in the light of the above, are they suitable as a starting point).
What kind of structure should menu driven functions have? (some development exists. in the light of the above, is it suitable as a starting point).
What kind of extensible structure should reusable code elements have (functions, board variables and etc. Modular/monolithic. Format, location)? For context, armbian-config has these. Can we do better?
The text was updated successfully, but these errors were encountered: