There have been multiple accounts created with the sole purpose of posting advertisement posts or replies containing unsolicited advertising.

Accounts which solely post advertisements, or persistently post them may be terminated.

it_depends_man , (edited )

I’m not sure now that I think about it, but I find this more explicit and somehow more free than json. Which can’t be true, since you can just


<span style="color:#323232;">{"anything you want":{...}}
</span>

But still, this:


<span style="color:#323232;"><my_custom_tag>
</span><span style="color:#323232;"><this> 
</span><span style="color:#323232;"><that>
</span><span style="color:#323232;"><roflmao>
</span><span style="color:#323232;">...
</span>

is all valid.

You can more closely approximate the logical structure of whatever you’re doing without leaving the internal logic of the… syntax?


<span style="color:#323232;"><car>
</span><span style="color:#323232;"><tyre> air, <valve>closed</valve>  </tyre>
</span><span style="color:#323232;"><tyre> air, <valve>closed</valve>  </tyre>
</span><span style="color:#323232;"><tyre>      <valve>open</valve>  </tyre>
</span><span style="color:#323232;"><tyre> air, <valve>closed</valve>  </tyre>
</span><span style="color:#323232;"></car>
</span>

Maybe I just like the idea of a closing tag being very specific about what it is that is being closed (?). I guess I’m really not sure, but it does feel nicer to my brain to have starting and closing tags and distinguishing between what is structure, what is data, what is inside where.

My peeve with json is that… it doesn’t properly distinguish between strings that happen to be a number and “numbers” resulting in:


<span style="color:#323232;">myinput = {"1":"Hello",1:"Hello"}
</span><span style="color:#323232;">tempjson = json.dumps(myinput)
</span><span style="color:#323232;">output = json.loads(tempjson)
</span><span style="color:#323232;">print(output)
</span><span style="color:#323232;">>>>{'1': 'Hello'}
</span>

in python.

I actually don’t like the attributes in xml, I think it would be better if it was mandatory that they were also just more tagged elements inside the others, and that the “validity” of a piece of xml being a certain object would depend entirely on parsing correctly or not.

I particularly hate the idea of attributes in svg, and even more particularly the way they defined paths.

developer.mozilla.org/en-US/docs/Web/SVG/…/Paths#…

It works, but I consider that truly ugly. And also I don’t understand because it would have been trivial to do something like this:


<span style="color:#323232;"><path><element>data</element><element>data</element></path>
</span>
  • All
  • Subscribed
  • Moderated
  • Favorites
  • [email protected]
  • random
  • lifeLocal
  • goranko
  • All magazines