home.social

#jdaml — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #jdaml, aggregated by home.social.

  1. Been working some more on the #document #format. Added #interactivity. Now it's possible to use #JDAML in #JS also for runtime, not just build time.

    I took all the problems described in this paper arxiv.org/abs/2310.04368 as challenges and implemented enough #features that they could be solved.

    Also added some more #syntax #sugar -- paragraph inference and [=expr] syntax for substitution, to cut down on the nested brackets. I think it's looking good already.

    What do you think?

  2. Been working some more on the #document #format. Added #interactivity. Now it's possible to use #JDAML in #JS also for runtime, not just build time.

    I took all the problems described in this paper arxiv.org/abs/2310.04368 as challenges and implemented enough #features that they could be solved.

    Also added some more #syntax #sugar -- paragraph inference and [=expr] syntax for substitution, to cut down on the nested brackets. I think it's looking good already.

    What do you think?

  3. Been working some more on the #document #format. Added #interactivity. Now it's possible to use #JDAML in #JS also for runtime, not just build time.

    I took all the problems described in this paper arxiv.org/abs/2310.04368 as challenges and implemented enough #features that they could be solved.

    Also added some more #syntax #sugar -- paragraph inference and [=expr] syntax for substitution, to cut down on the nested brackets. I think it's looking good already.

    What do you think?

  4. Been working some more on the #document #format. Added #interactivity. Now it's possible to use #JDAML in #JS also for runtime, not just build time.

    I took all the problems described in this paper arxiv.org/abs/2310.04368 as challenges and implemented enough #features that they could be solved.

    Also added some more #syntax #sugar -- paragraph inference and [=expr] syntax for substitution, to cut down on the nested brackets. I think it's looking good already.

    What do you think?

  5. Been working some more on the #document #format. Added #interactivity. Now it's possible to use #JDAML in #JS also for runtime, not just build time.

    I took all the problems described in this paper arxiv.org/abs/2310.04368 as challenges and implemented enough #features that they could be solved.

    Also added some more #syntax #sugar -- paragraph inference and [=expr] syntax for substitution, to cut down on the nested brackets. I think it's looking good already.

    What do you think?

  6. I think #Jevko / #JDAML is pretty perfect for rapidly exploring stuff like this and I think #Znatchke + #JS can grow to be a viable document format.

    I'd love to #research this stuff further. Now all I need is #funding... Fortunately, that's easy to get, especially in this #niche. You wouldn't believe how many zeroes are on the sum of #money I've gotten over the years of working on this stuff. Hint: it's a single-digit number.

    So anyway, anybody want to buy me a #coffee or something yet? :D

  7. I think #Jevko / #JDAML is pretty perfect for rapidly exploring stuff like this and I think #Znatchke + #JS can grow to be a viable document format.

    I'd love to #research this stuff further. Now all I need is #funding... Fortunately, that's easy to get, especially in this #niche. You wouldn't believe how many zeroes are on the sum of #money I've gotten over the years of working on this stuff. Hint: it's a single-digit number.

    So anyway, anybody want to buy me a #coffee or something yet? :D

  8. I think #Jevko / #JDAML is pretty perfect for rapidly exploring stuff like this and I think #Znatchke + #JS can grow to be a viable document format.

    I'd love to #research this stuff further. Now all I need is #funding... Fortunately, that's easy to get, especially in this #niche. You wouldn't believe how many zeroes are on the sum of #money I've gotten over the years of working on this stuff. Hint: it's a single-digit number.

    So anyway, anybody want to buy me a #coffee or something yet? :D

  9. I think #Jevko / #JDAML is pretty perfect for rapidly exploring stuff like this and I think #Znatchke + #JS can grow to be a viable document format.

    I'd love to #research this stuff further. Now all I need is #funding... Fortunately, that's easy to get, especially in this #niche. You wouldn't believe how many zeroes are on the sum of #money I've gotten over the years of working on this stuff. Hint: it's a single-digit number.

    So anyway, anybody want to buy me a #coffee or something yet? :D

  10. I think #Jevko / #JDAML is pretty perfect for rapidly exploring stuff like this and I think #Znatchke + #JS can grow to be a viable document format.

    I'd love to #research this stuff further. Now all I need is #funding... Fortunately, that's easy to get, especially in this #niche. You wouldn't believe how many zeroes are on the sum of #money I've gotten over the years of working on this stuff. Hint: it's a single-digit number.

    So anyway, anybody want to buy me a #coffee or something yet? :D

  11. Also been #experimenting with mixing some #JavaScript into it.

    TBH I'd use #JDAML over #JSX in #JS any day.

    Using \ as the delimiter makes it pretty easy to integrate into the syntax of JS. Also it adds some superpowers to JS for free, such as fenced strings.

  12. Also been #experimenting with mixing some #JavaScript into it.

    TBH I'd use #JDAML over #JSX in #JS any day.

    Using \ as the delimiter makes it pretty easy to integrate into the syntax of JS. Also it adds some superpowers to JS for free, such as fenced strings.

  13. Also been #experimenting with mixing some #JavaScript into it.

    TBH I'd use #JDAML over #JSX in #JS any day.

    Using \ as the delimiter makes it pretty easy to integrate into the syntax of JS. Also it adds some superpowers to JS for free, such as fenced strings.

  14. Also been #experimenting with mixing some #JavaScript into it.

    TBH I'd use #JDAML over #JSX in #JS any day.

    Using \ as the delimiter makes it pretty easy to integrate into the syntax of JS. Also it adds some superpowers to JS for free, such as fenced strings.

  15. Also been #experimenting with mixing some #JavaScript into it.

    TBH I'd use #JDAML over #JSX in #JS any day.

    Using \ as the delimiter makes it pretty easy to integrate into the syntax of JS. Also it adds some superpowers to JS for free, such as fenced strings.

  16. Anyway for now this is it. Hope you have #fun with #Jevko and #JDAML and let me know if you find any #bugs or have any #feedback.

    Happy #2024!

  17. Anyway for now this is it. Hope you have #fun with #Jevko and #JDAML and let me know if you find any #bugs or have any #feedback.

    Happy #2024!

  18. Anyway for now this is it. Hope you have #fun with #Jevko and #JDAML and let me know if you find any #bugs or have any #feedback.

    Happy #2024!

  19. Anyway for now this is it. Hope you have #fun with #Jevko and #JDAML and let me know if you find any #bugs or have any #feedback.

    Happy #2024!

  20. Anyway for now this is it. Hope you have #fun with #Jevko and #JDAML and let me know if you find any #bugs or have any #feedback.

    Happy #2024!

  21. BTW jevko.github.io/ is now a mirror of jevko.org

    In fact right now it contains the #future #refreshed version of jevko.org which hopefully does a better job at describing #Jevko.

    It also features #JDAML and I put a draft specification for Jevko #extensions there:

    jevko.github.io/extensions.htm

    (most importantly for #Markdown-like fenced text)

    This new Jevko website should be live soon after the #2023 calendar goes into the ♻️ 🗑️ .

  22. BTW jevko.github.io/ is now a mirror of jevko.org

    In fact right now it contains the #future #refreshed version of jevko.org which hopefully does a better job at describing #Jevko.

    It also features #JDAML and I put a draft specification for Jevko #extensions there:

    jevko.github.io/extensions.htm

    (most importantly for #Markdown-like fenced text)

    This new Jevko website should be live soon after the #2023 calendar goes into the ♻️ 🗑️ .

  23. BTW jevko.github.io/ is now a mirror of jevko.org

    In fact right now it contains the #future #refreshed version of jevko.org which hopefully does a better job at describing #Jevko.

    It also features #JDAML and I put a draft specification for Jevko #extensions there:

    jevko.github.io/extensions.htm

    (most importantly for #Markdown-like fenced text)

    This new Jevko website should be live soon after the #2023 calendar goes into the ♻️ 🗑️ .

  24. BTW jevko.github.io/ is now a mirror of jevko.org

    In fact right now it contains the #future #refreshed version of jevko.org which hopefully does a better job at describing #Jevko.

    It also features #JDAML and I put a draft specification for Jevko #extensions there:

    jevko.github.io/extensions.htm

    (most importantly for #Markdown-like fenced text)

    This new Jevko website should be live soon after the #2023 calendar goes into the ♻️ 🗑️ .

  25. BTW jevko.github.io/ is now a mirror of jevko.org

    In fact right now it contains the #future #refreshed version of jevko.org which hopefully does a better job at describing #Jevko.

    It also features #JDAML and I put a draft specification for Jevko #extensions there:

    jevko.github.io/extensions.htm

    (most importantly for #Markdown-like fenced text)

    This new Jevko website should be live soon after the #2023 calendar goes into the ♻️ 🗑️ .

  26. I've been working intensely on #JDAML for a few weeks now.

    I put together an online #demo / #PoC which shows how it maps to and from #JSON, #XML, and #HTML

    jevko.github.io/jdaml

    It's still very much #WIP and things may break, but the basics are in place.

    If anybody would like to play around with the early version, be my guest! #Feedback welcome!

  27. I've been working intensely on #JDAML for a few weeks now.

    I put together an online #demo / #PoC which shows how it maps to and from #JSON, #XML, and #HTML

    jevko.github.io/jdaml

    It's still very much #WIP and things may break, but the basics are in place.

    If anybody would like to play around with the early version, be my guest! #Feedback welcome!

  28. I've been working intensely on #JDAML for a few weeks now.

    I put together an online #demo / #PoC which shows how it maps to and from #JSON, #XML, and #HTML

    jevko.github.io/jdaml

    It's still very much #WIP and things may break, but the basics are in place.

    If anybody would like to play around with the early version, be my guest! #Feedback welcome!

  29. I've been working intensely on #JDAML for a few weeks now.

    I put together an online #demo / #PoC which shows how it maps to and from #JSON, #XML, and #HTML

    jevko.github.io/jdaml

    It's still very much #WIP and things may break, but the basics are in place.

    If anybody would like to play around with the early version, be my guest! #Feedback welcome!

  30. I've been working intensely on #JDAML for a few weeks now.

    I put together an online #demo / #PoC which shows how it maps to and from #JSON, #XML, and #HTML

    jevko.github.io/jdaml

    It's still very much #WIP and things may break, but the basics are in place.

    If anybody would like to play around with the early version, be my guest! #Feedback welcome!

  31. NB here is the #YAML #document from #hell [0] encoded in #JDAML.

    I'm designing #JDAML to eliminate the risk of accidental interpretation. Unless a leaf value is clearly explicitly marked in a predictable manner, it will be interpreted as a #string.

    So no #norwayproblem, no #sexagesimal or other weird number literals. No #anchors, #aliases, or #tags. No accidental non-string keys, no accidental numbers.

    [0] as described by Ruud van Asseldonk in this article: ruudvanasseldonk.com/2023/01/1

  32. NB here is the #YAML #document from #hell [0] encoded in #JDAML.

    I'm designing #JDAML to eliminate the risk of accidental interpretation. Unless a leaf value is clearly explicitly marked in a predictable manner, it will be interpreted as a #string.

    So no #norwayproblem, no #sexagesimal or other weird number literals. No #anchors, #aliases, or #tags. No accidental non-string keys, no accidental numbers.

    [0] as described by Ruud van Asseldonk in this article: ruudvanasseldonk.com/2023/01/1

  33. NB here is the #YAML #document from #hell [0] encoded in #JDAML.

    I'm designing #JDAML to eliminate the risk of accidental interpretation. Unless a leaf value is clearly explicitly marked in a predictable manner, it will be interpreted as a #string.

    So no #norwayproblem, no #sexagesimal or other weird number literals. No #anchors, #aliases, or #tags. No accidental non-string keys, no accidental numbers.

    [0] as described by Ruud van Asseldonk in this article: ruudvanasseldonk.com/2023/01/1

  34. NB here is the #YAML #document from #hell [0] encoded in #JDAML.

    I'm designing #JDAML to eliminate the risk of accidental interpretation. Unless a leaf value is clearly explicitly marked in a predictable manner, it will be interpreted as a #string.

    So no #norwayproblem, no #sexagesimal or other weird number literals. No #anchors, #aliases, or #tags. No accidental non-string keys, no accidental numbers.

    [0] as described by Ruud van Asseldonk in this article: ruudvanasseldonk.com/2023/01/1

  35. NB here is the #YAML #document from #hell [0] encoded in #JDAML.

    I'm designing #JDAML to eliminate the risk of accidental interpretation. Unless a leaf value is clearly explicitly marked in a predictable manner, it will be interpreted as a #string.

    So no #norwayproblem, no #sexagesimal or other weird number literals. No #anchors, #aliases, or #tags. No accidental non-string keys, no accidental numbers.

    [0] as described by Ruud van Asseldonk in this article: ruudvanasseldonk.com/2023/01/1

  36. Working on a #new #jevko #format #codename #JDAML.

    Kinda like #XML, but much more #flexible -- works equally well for #data, #configuration, and #markup.

    What do you think? Is it readable?

  37. Working on a #new #jevko #format #codename #JDAML.

    Kinda like #XML, but much more #flexible -- works equally well for #data, #configuration, and #markup.

    What do you think? Is it readable?

  38. Working on a #new #jevko #format #codename #JDAML.

    Kinda like #XML, but much more #flexible -- works equally well for #data, #configuration, and #markup.

    What do you think? Is it readable?

  39. Working on a #new #jevko #format #codename #JDAML.

    Kinda like #XML, but much more #flexible -- works equally well for #data, #configuration, and #markup.

    What do you think? Is it readable?

  40. Working on a #new #jevko #format #codename #JDAML.

    Kinda like #XML, but much more #flexible -- works equally well for #data, #configuration, and #markup.

    What do you think? Is it readable?