Fwd: Embrace YAML or Hedge on JSON

Trans <[email protected]>
Newsgroups gmane.text.yaml.general
Message-ID <CAEu+kw0Ro8rin18dLmug=QAwp38nEAZ28SY+dZtJno35OsjQ1w@mail.gmail.com>
On Mon, Aug 6, 2012 at 12:36 PM, john saylor <[email protected]> wrote:
> maybe thinking of trade-offs will help. what do you lose by dropping
> json support?

I wan to make it as easy as possible for people to access this data.
Ideally they only need to do `YAML.load_file(file_name)` (in Ruby),
and they have all the info they need. Thinking about it that way makes
me realize that tags probably won't work anyway because the consuming
application would have to be setup already to comprehend them --
Ruby's YAML implementation uses global registration to handle tags and
doesn't provide a way to simply query this information after loading.
That sucks. I don't know, but I assume it is the same for other
implementations.

On the emitter side, if an app wants to generate the metadata files
they could output JSON instead of YAML and it would be okay since JSON
is a subset of YAML.

I am still debating whether to use extensions `.yaml` or `.json` for
these files, or just require that YAML always be used to load them and
not require an extension.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.