4 ms·
Well, now we are really down to semantics. I don't think there is any guarantees about rendering whatsoever, are there? In other words, if you, currently, put
by valenterry 4y ago
Well, now we are really down to semantics. I don't think there is any guarantees about rendering whatsoever, are there?
In other words, if you, currently, put some html elements (whatever that means, maybe using innerHTML or so) is there any guarantee how exactly they are rendered, meaning, how they are turned into dom nodes?
Because of not, then render(a, b, c) is in fact equivalent to render(a) + render(b) + render(c).
If this process can be controlled, then obviously "inserting" an html element (structure) must be able to describe that process to make it declarative.
- aatd86 4y agoThe thing is, this is simplistic example. It's not just about pure semantics nitpicking. That render decomposition works for sibling elements. However, when there is a parent child relationship between html elements, the child can only be inserted on an existing parent. Basically, render(a(b)) is not render(ab) where a(b) denotes that the html element a depends on the html element b for its definition.
- valenterry 4y ago> Basically, render(a(b)) is not render(ab) where a(b) denotes that the html element a depends on the html element b for its definition. This is a new example. How does that contradict any of the previous points that I (and the OP) made? I fail to see that, can you explain?