https://htmx.org logo
Join Discord
Powered by
# htmx-general
  • g
    i've had some flakiness with deno (which has a similar lockfile system) where proxies serve different code based on user agent and it causes things to crash
  • g
    ofc this won't happen if the entire ecossytem has one package repo
  • m
    yeah, advantages I see are: 1) auditability based on looking at code, rather than a hash 2) surface the actual horror of your transitive dependency graph 3) no need for outbound net access at build time 4) other people don't need to set up a particular version of a particular dependency manager to do useful stuff
  • r
    I completely agree with all those points.
  • m
    idiosyncratic, but hey, this is https://htmx.org/discord folks
  • g
    the only way I see this happening is if there's a package manager that can handle me editing the code of my deps
  • g
    incl. upgrades
  • m
    mmm
  • g
    it'd be cool to jump-to-definition on a library function and just edit it
  • r
    Another idea, to prevent git exploding: git submodules Have a seperate git repo for dependencies then 
    git submodule update --init --recursive
    I know.. another step = lame. But would prevent bloating the main repo when dependencies get added/removed.
  • g
    i want git submodules but good
  • r
    I know right
  • m
    holy smokes yes
  • m
    if git submodules actually worked
  • m
    in a manner that I was able to understand
  • m
    welp, that's it lads, we need to write a version control system and dependency manager
  • g
    why aren't any of those niche git alternatives working on this instead of inventing new ways to mathematically model lists of lines
  • g
    grit (grug git)
  • m
    stop deniz, a good project name is a force of nature that you may not be able to control
  • m
    ask me how I know
  • r
    Unfortunately at this point in time I think github is required to get lots of activity/discoverability, and they keep pulling support for other VCS.
  • m
    go is really the best i've seen and go to def on deps... its just works. easy to clone and set a local version to work against. js doesn't really have the same stuff unfortunately.
  • r
    Yeah. And go: 
    import "github.com/bigskysoftware/htmx"
    just feels like such a master stroke for DX.
  • r
    My go experience is limited to feature contributions to gitea, though, so limited.
  • r
    Felt pretty good though.
  • m
    is a go-based ssg reasonable?
  • m
    @gorgeous-ghost-95789 added a go server for web socket/sse testing
  • m
    so we already have it in there for some things
  • r
    ssg = server side grug
  • m
    would be nice to standardize on "one other thing" besides javascript
1...104510461047...1146Latest