• dan@upvote.au
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    8 months ago

    Stuff you configure in the UI is mostly stored in the database, not as YAML. Nearly everything you’ve configured using YAML is not editable from the UI. Whenever an integration moves from YAML to the UI (like the Proximity integration in a recent release), the YAML config is deprecated.

    There’s a few exceptions where YAML is stored in the DB (like if you have dashboard cards with custom configs) but YAML is going away over time as the UI gets more powerful, and is mostly just becoming a power-user thing.

    • lone_faerie
      link
      fedilink
      English
      arrow-up
      3
      ·
      8 months ago

      That’s true, I was thinking more about automations and scripts, which are still stored as YAML

      • dan@upvote.au
        link
        fedilink
        arrow-up
        3
        ·
        8 months ago

        Oh yeah, good point. It might make sense for those to remain YAML to allow for more advanced tweaks. I learned programming in Excel 97 by recording macros and then viewing and tweaking the VBA code behind them, and this feels kinda similar (although YAML isn’t a programming language).

          • dan@upvote.au
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            8 months ago

            It was a pretty decent way to get started with coding! This was back in the late 90s in Australia. I didn’t have internet access or programming books, so all I could do was teach myself. Being able to record a macro and see the code behind it was extremely useful! :)