https://htmx.org logo
Join Discord
Powered by
# htmx-general
  • a

    adventurous-bear-7424

    02/22/2023, 5:41 PM
    @gorgeous-airport-54386 But isn’t there significant client code that isn’t generated on the server that’s using CSS for it’s presentation that the server now has to “match” with shared CSS?
  • e

    enough-petabyte-50314

    02/22/2023, 5:42 PM
    yes
  • g

    gorgeous-airport-54386

    02/22/2023, 5:42 PM
    Usually the whole page, from
    <!doctype html>
    all the way through, is generated server-side
  • e

    enough-petabyte-50314

    02/22/2023, 5:43 PM
    you write code that generates the expected HTML on the server not the client
  • e

    enough-petabyte-50314

    02/22/2023, 5:43 PM
    i.e. no "front end" team working segregated from a "back end" team and talking to each other through JSON messages
  • r

    ripe-action-67367

    02/22/2023, 5:44 PM
    In architecture that htmx promotes, HTML templates, CSS stylesheets and JS scripts are all part of one application, and it's driven by the server
  • m

    mysterious-toddler-20573

    02/22/2023, 5:44 PM
    out of the typescript frying pan, and into the RESTful fire... 🍳 ➡️ 🔥
  • a

    adventurous-bear-7424

    02/22/2023, 5:44 PM
    OK, I need to think about this. I had imagined a client with a list that the server would then fill with elements. The list and it’s style, position, etc. are determined by the client.
  • m

    mysterious-toddler-20573

    02/22/2023, 5:44 PM
    There are a lot of essays here: https://htmx.org/essays/
  • e

    enough-petabyte-50314

    02/22/2023, 5:45 PM
    a lot of good essays, I may add
  • s

    sparse-musician-64201

    02/22/2023, 5:45 PM
    I think for a large team using htmx you will have 'frontend' developrs, but they will simply work on styling things on the presentation layer of the codebase, jsut because the code ix executed on a server, and sweapped in with htmx, doesn't really change anything.
  • a

    adventurous-bear-7424

    02/22/2023, 5:45 PM
    OK, thanks for the rapid responses. I’ll go think for a while and take a look at the essays. It’s still a bit fuzzy to me.
  • m

    mysterious-toddler-20573

    02/22/2023, 5:45 PM
    I would read these: https://htmx.org/essays/hypermedia-driven-applications/ https://htmx.org/essays/hypermedia-apis-vs-data-apis/ https://htmx.org/essays/hateoas/ https://htmx.org/essays/when-to-use-hypermedia/ https://htmx.org/essays/locality-of-behaviour/
  • m

    mysterious-toddler-20573

    02/22/2023, 5:46 PM
    also you can read our book: https://hypermedia.systems
  • s

    sparse-musician-64201

    02/22/2023, 5:46 PM
    I have no problem with a frontend dev working on a abckend template.
  • s

    sparse-musician-64201

    02/22/2023, 5:46 PM
    in the end its jsut code.
  • m

    mysterious-toddler-20573

    02/22/2023, 5:46 PM
    in particular chapters 1 and 2
  • m

    mysterious-toddler-20573

    02/22/2023, 5:46 PM
    STOP BEING INTERESTING PEOPLE I HAVE CLASSES TO TEACH
  • a

    adventurous-bear-7424

    02/22/2023, 5:48 PM
    @sparse-musician-64201 It’s not the working on, it’s the coordination. If server just returns data, client needs to populate page. If server returns HTML, it needs to know client architecture (seems to me). But, as I said, it’s still a bit fuzzy. Probably should try a simple toy app.
  • s

    sparse-musician-64201

    02/22/2023, 5:49 PM
    That is the curse of companies and teams organizing around a technology, it makes breaking from the pattern much harder because people can't stop thinking in terms of the known pattern.
  • s

    sparse-musician-64201

    02/22/2023, 5:50 PM
    I keep trying to make my team stop doing scrum things but they just can't stop thinking themselves back into the agile box.
  • s

    sparse-musician-64201

    02/22/2023, 5:50 PM
    Likelywise, backend, frontend, htmx, css, js, php, etc. its just code that shows funny boxes in the browser tube.
  • s

    sparse-musician-64201

    02/22/2023, 5:52 PM
    It doesn't need a huge amount of ceremony aobvut which line of code is allowed to know about what other area of the program.
  • s

    sparse-musician-64201

    02/22/2023, 5:52 PM
    Architechture is great, and I preach it, but good architechture is about good DX first and foremost.
  • s

    sparse-musician-64201

    02/22/2023, 5:53 PM
    and honestly htmx is amazing DX, so I will warp my architechture around making htmx work for us.
  • s

    sparse-musician-64201

    02/22/2023, 5:56 PM
    too many people jsut follow whatever pattern is how this month, the last from my team is people thinking about having the frontend gget json from the backend and then using (nuxt?) to server side render the html while the backend dev is trying to move the system to a serverless platform.. and im jsut over here in the corner losing my sanity... all I want to do is return a html table when the user picks and option ina dropdown box... and suddenly its a 5 person task taking several sprints.
  • s

    sparse-musician-64201

    02/22/2023, 5:56 PM
    ok I'll breathe now. 🙂
  • l

    limited-teacher-83117

    02/22/2023, 6:45 PM
    Hellbanning the TS discussion 😛
  • l

    limited-teacher-83117

    02/22/2023, 6:48 PM
    Another way to think of this is that there is no "client architecture" per se. There is one server, that returns information about what the user can do or see, structured as a webpage (or parts of a webpage). Obviously not all apps are architected this way, or even all HTMX apps, but it's the simplest way to conceive of the architectures that HTMX makes possible. I think this essay explains it well: https://intercoolerjs.org/2016/05/08/hatoeas-is-for-humans.html
  • g

    green-hairdresser-91191

    02/22/2023, 6:52 PM
    This PR changed from an entirely new rollup build system to literally 2 lines of code that supports esm! Brilliant!
1...104010411042...1146Latest