specifications

Specifications related to Jevko. (by jevko)

Specifications Alternatives

Similar projects and alternatives to specifications

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better specifications alternative or higher similarity.

specifications discussion

Log in or Post with

specifications reviews and mentions

Posts with mentions or reviews of specifications. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-11-03.
  • SVGs as Elm Code
    4 projects | news.ycombinator.com | 3 Nov 2022
    Notice that here I used a convention where names which end with "=" become XML attributes, whereas names which don't become children.

    I have used the same convention here (except I don't bother with transforming names with spaces into camelCase): https://github.com/jevko/specifications/blob/master/easyjevk... to generate this HTML file: https://htmlpreview.github.io/?https://github.com/jevko/spec...

    Now I intend to write specifications that codify conventions like this into different formats based on this fundamental syntax of square brackets.

    It can be useful for all kinds of things. Its advantage is extreme simplicity and flexibility.

    BTW, for clarity I have to say that the format that I used here: https://news.ycombinator.com/item?id=32995047 does a bit more transformations -- it actually sometimes treats whitespace as a separator (e.g. in `svg width[391]` space is a separator). That allows for extreme conciseness, but is not necessary and introduces complexity.

  • Jc – JSONifies the output of many CLI tools
    16 projects | news.ycombinator.com | 3 Nov 2022
    A plain Jevko parser simply turns your unicode sequence into a tree which has its fragments as leaves/labels.

    No data types on that level, much like in XML.

    Now above that level there is several ways to differentiate between them.

    The simplest pragmatic way is a kind of type inference: if a text parses as a number, it's a number, if it's "true" or "false", it's a boolean. Otherwise it's a string. If you know the implicit schema of your data then this will be sufficient to get the job done.

    Otherwise you employ a separate schema -- JC in particular has per-parser schemas anyway, so that's covered in this case.

    Or you do "syntax-driven" data types, similar to JSON, e.g. strings start w/ "'".

    Here is a shitty demo: https://jevko.github.io/interjevko.bundle.html

    It shows schema inference from JSON and the schemaless (syntax-driven) flavor.

    Jevko itself is stable and formally specified: https://github.com/jevko/specifications/blob/master/spec-sta...

    It's very easy to write a parser in any language (I've written one in several) and from there start using it.

    However, I am still very much working on specifications for formats above Jevko. I have some recent implementations of the simplest possible format which converts Jevko to arrays/objects/strings:

    * https://github.com/jevko/easyjevko.lua

  • Jevko: a minimal general-purpose syntax
    30 projects | news.ycombinator.com | 25 Oct 2022
  • Syntax Design
    9 projects | news.ycombinator.com | 18 Oct 2022
  • A note from our sponsor - SaaSHub
    www.saashub.com | 3 Oct 2024
    SaaSHub helps you find the best software and product alternatives Learn more →

Stats

Basic specifications repo stats
6
9
4.1
9 months ago

Sponsored
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com

Did you konow that HTML is
the 11th most popular programming language
based on number of metions?