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
{{ message }}
This repository has been archived by the owner on Nov 8, 2024. It is now read-only.
These two Blueprints, well MSON descriptions produce the very same result and I am wondering why there are two ways of describing the same thing. What's the rationale, wouldn't the language benefit from being simpler and in a sense more rigid? I feel that it makes the life worse as I can mix the stuff and make it even harder to read. Having just one way of doing things means less cognitive load, lower complexity in parsing and therefore less buggy tools.
# Data Structures##A+ x
+ y
+ z
# Data Structures##A##Properties+ x
+ y
+ Properties
+ z
The text was updated successfully, but these errors were encountered:
I still could do it this way (see below) with same result, am I correct? So I will never use the ## Properties construct. I understand why I have the + Properties there, it would be impossible to distinguish it from a description containing a list but why ## Properties ?
# Data Structures##A
Description of A
- a
- b
- c
+ Properties
+ x
+ y
Description of y
- d
- e
- f
... still description of y
+ Properties
+ z
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
These two Blueprints, well MSON descriptions produce the very same result and I am wondering why there are two ways of describing the same thing. What's the rationale, wouldn't the language benefit from being simpler and in a sense more rigid? I feel that it makes the life worse as I can mix the stuff and make it even harder to read. Having just one way of doing things means less cognitive load, lower complexity in parsing and therefore less buggy tools.
The text was updated successfully, but these errors were encountered: