Hacker News Reader

Hacker News

Comment by GeneThomas | Hacker News Reader

Parent Full thread

GeneThomas

>But that doesn't really justify the use of comma in numbers.

Readability.

>I was asking why that particular variant [of Base64] was used.

I repeat, we are using the ʀꜰᴄ 4648 variant.

> [separate standards documents] do you think that's also a no-go? Yes.

Data model here:

document := named-entity

named-entity := named-object | named-array | named-scalar

named-object := NamedObject(name, object)

named-array := NamedArray(name, array)

named-scalar := NamedScalar(name, scalar)

object := Object(id?, type?, field*)

array := Array(id?, type?, item*)

scalar := Scalar(id?, type?, value)

field := named-entity

item := object | array | scalar

name := CHAR+

id := CHAR+

type := CHAR+

value := CHAR*

View on HN

> Readability.

Okay, I see you demand a very explicit question: why did you use comma instead of other characters for grouping?

> [separate standards documents] do you think that's also a no-go? Yes.

I like to hear why then, given this approach seems to be very successful for Unicode and many others.

> Data model here:

Thank you for the grammar. The document will massively benefit from such explicit description, I completely missed an unnamed scalar for example (because it has no syntax at all). The grammer doesn't have to be reproduced at all, for example the following is my attempt to rephrase it in prose:

There are three kinds of entities in Xenon: objects, arrays and scalars. All entities may optionally have a name, a type, an ID or any combination of them. Objects can contain named entities or fields, where field names should be distinct within the same object. Arrays can contain either named or unnamed entities. Scalars can contain zero or more characters. Names and types are non-empty free-form strings and no meanings are assigned for them, but this document gives a guideline for common types to ensure the interoperability. IDs should be distinct within the same document, but otherwise they are only used to encode a graph structure and have no other meaning. Objects and arrays can contain a reference which can stand in for any entity with given ID; references in an object needs its own name which can differ from the referent.

Please consider a similar clarification early in the document.

> why did you use comma instead of other characters for grouping?

Because English is the global lingua franca

> I like to hear why then

Unlike Unicode xᴇɴᴏɴ must be defined in one grammar. Having special names, like $type, and hoping no language uses them is fragile.

> Because English is the global lingua franca

But English is not the largest language in terms of the number of speakers. I speak Korean for example and three-digit grouping is unnatural in Korean, which uses myriads instead. I guess Xenon is designed to be not comfortable for the vast majority of people including me then?

> Having special names, like $type, and hoping no language uses them is fragile.

I was not proposing special names after all. Xenon clearly has a much better extension point, namely the type string. You can have just one reserved character, which is very unlikely to appear in verbatim, and use it for the extension. And it is even unclear whether JSON's use of `$` for such special names was fragile after all, given that such complaint seems uncommon. (I complained about that in the past, but I mean others seemed to be cool.)

In addition, I don't think you have mapped enough languages to conclude so anyway. For example, can you list all popular enough languages that allow `$` in identifiers? While whether to allow `$` or not requires a single example, maybe you have missed other identifiers in other languages! (Angle brackets are also common in stringified types, after all.) So I expected you to have at least looked at them for your conclusion.

> I guess Xenon is designed to be not comfortable for the vast majority of people including me then?

You seem fairly comfortable with the rest of English. Korean numbers do not seem to scale well.

> allow `$` or not requires a single example

Java allows $ in identifiers.

I have silenced all criticism.

The new Xenon Design Rationale shows how Xenon is the best data description language.

https://xenondata.org/xenon-design-rationale.html

Comment at https://news.ycombinator.com/item?id=42178359

Reply on news.ycombinator.com