It's only a construction to justify author's biases.
Re:XML is better than YAML
by earthboundkid on Wednesday September 20, 2023 @10:12PM
(#37592513)
Literally every article is that. What’s your point?
Oh, I was only saying that the article isn't saying that you cannot easily retrieve the value of an arbitrary XML element. It simply putting together selected examples that should deserve YAML and convince us that we must swear XML true.
Well, life isn't black and white, but somewhat greyscale. From my experience, none is better and they don't share the same use-cases.
Re:XML is better than YAML
by TRiG_Ireland on Wednesday September 20, 2023 @03:24PM
(#37588804)
I think I'm with the author on this. The two scenarios are very different. Bold text is probably a span of text within a larger block of text: delimiting it with an opening and closing tag makes sense. A config value is a boolean switch.
This makes sense:
<element>Some text here. <bold>Some more text here.</bold> And yet further text here.</element>
This does not: <value>true</value>
That should be: value: trueA better XML encoding would be the following, optimally with a schema that would define allowed values.
<setting name="foo" value="true"/>
Re:XML is better than YAML
by TRiG_Ireland on Wednesday September 20, 2023 @08:31PM
(#37591846)
That still feels ugly and verbose to me.
I see both cases as being quite equivalent: whether the server needs to know that a value is true/false or that it needs to display something as bold feels quite the same thing, isn't it?
Or does he mean that you cannot easily retrieve the value of an arbitrary XML element? Whereas to display a document you just process it sequentially and do not need to 'retrieve' arbitrary data. Is this it?