webtransport VS htmx

Compare webtransport vs htmx and see what are their differences.

webtransport

WebTransport is a web API for flexible data transport (by w3c)

htmx

</> htmx - high power tools for HTML (by bigskysoftware)
Our great sponsors
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • WorkOS - The modern identity platform for B2B SaaS
  • SaaSHub - Software Alternatives and Reviews
webtransport htmx
11 562
793 31,657
1.0% 9.5%
9.1 9.6
16 days ago about 11 hours ago
Bikeshed JavaScript
GNU General Public License v3.0 or later GNU General Public License v3.0 or later
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

webtransport

Posts with mentions or reviews of webtransport. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-07-16.
  • WebGPU – All of the cores, none of the canvas
    7 projects | news.ycombinator.com | 16 Jul 2023
  • Firefox 114 released
    2 projects | /r/linux | 6 Jun 2023
    WebTransport is now enabled by default and will be going to release with 114. As the original Explainer notes, it enables multiple use-cases that are hard or impossible to handle without it, especially for Gaming and live streaming. It covers cases that are problematic for alternative mechanisms, such as WebSockets. Built on top of HTTP3 (HTTP2 support will be coming later). The current implementation in Firefox is passing 505 out of 565 Web-Platform Tests.
  • Librespeed - a Foss speedtest
    2 projects | /r/linux | 25 Oct 2022
    Sort of. The browser will re-use the connection if you have a bunch of resources in the HTML. When rendering it sees that it needs 2 images and 3 javascript files from the same server, so it pipelines all of those. But for requests initiated from javascript, you're going to get a new connection for each one unless you're using a library that implements the long-polling hack. SocketIO can use the long-polling hack as a fallback if websockets is not supported. HTTP/2 (formerly SPDY) gets part of the way to replacing websockets, but it's not a synchronous link. Only the client can send messages to the server and the server can only respond to those message (with websockets, either side can send messages once the connection is open). FWIW, less than 50% of websites use HTTP/2. HTTP/3's webtransport looks like it could replace websockets, but it also looks like it'll live along side websockets.
  • The WebSocket Handbook
    14 projects | news.ycombinator.com | 11 Jan 2022
    If it's streaming data like dashboard statistics the new WebTransport API might be a much better base: https://github.com/w3c/webtransport/blob/main/explainer.md
    14 projects | news.ycombinator.com | 11 Jan 2022
  • We Got to LiveView
    19 projects | news.ycombinator.com | 22 Sep 2021
    Are you guys looking into the Web Transport protocol for the future? Right now you have to tunnel the websocket connections over http2 and it will probably be the same for http3 afaik.

    I know there is this work in progress (https://w3c.github.io/webtransport/) and websockets are probably fine for a long time but sooner or later (unless there is an update to websockets) it will probably be faster to just do normal http requests and listen on server sent events.

    What are your thoughts for Liveview for the future? Will it forever stay on websockets or would you be open to change the underlying technology if / when new stuff becomes available?

  • The History and Future of Socket-level Multiplexing
    3 projects | dev.to | 6 May 2021
    It's taken nearly 10 years for QUIC to be refined and adopted in the wild and we're basically there. There's even a new browser API in the works called WebTransport.
  • Show HN: PSX Party – Online Multiplayer Playstation 1 Emulator Using WebRTC
    6 projects | news.ycombinator.com | 30 Dec 2020
    tl;dr using WebRTC just for realtime client<->server data sucks, but WebTransport[1] is coming soon to serve that exact usecase with an easy API

    WebRTC has data channels, which are currently the only way to achieve unreliable and unordered real-time communication (UDP-style) between the browser and other browsers or a server. This is pretty essential for any networked application where latency is critical, like voice and video and fast-paced multiplayer games.

    As other commenters have noted, it's a royal pain in the ass to set up WebRTC if all you want is UDP-style communication between a server and browser, since you need to wrangle half a dozen other protocols in the process.

    However! A new API, WebTransport[1], is actively being developed that will offer a WebSockets-like (read: super simple to set up) API for UDP-style communication. I am extremely excited about it and its potential for real-time browser-based multiplayer games (which I'm working on).

    https://github.com/w3c/webtransport

htmx

Posts with mentions or reviews of htmx. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-03-09.
  • Show HN: ZakuChess, an open source web game built with Django, Htmx and Tailwind
    3 projects | news.ycombinator.com | 9 Mar 2024
    Apart from the source code itself, the repo's README also gives a bit more details about the various packages I used.

    1. htmx: https://htmx.org/

  • 🤓 My top 3 Go packages that I wish I'd known about earlier
    6 projects | dev.to | 1 Mar 2024
    ✨ In recent months, I have been developing web projects using GOTTHA stack: Go + Templ + Tailwind CSS + htmx + Alpine.js. As soon as I'm ready to talk about all the subtleties and pitfalls, I'll post it on my social networks.
  • FLaNK Stack 26 February 2024
    50 projects | dev.to | 26 Feb 2024
  • Go + Hypermedia - A Learning Journey (Part 1)
    6 projects | dev.to | 23 Feb 2024
    I've been digging into HTMX lately (using Python web frameworks) and find the concepts and approach to be interesting and promising. The idea of hypermedia driven systems over the current practice of JavaScript based frameworks (I never really got into React, played with Vue, and enjoy Svelte/SvelteKit) and the ability to chose your language/framework for the backend while primarily leveraging HTML/CSS on the frontend just seems refreshing.
  • Htmx become 0 clause BSD-licensed
    3 projects | news.ycombinator.com | 17 Feb 2024
    Apparently it changed from 2-clause BSD: https://github.com/bigskysoftware/htmx/commit/e16f1865a494b6...

    (The zero clause license drops the requirements for preserving the copyright notice when distributing)

    3 projects | news.ycombinator.com | 17 Feb 2024
  • Web frameworks we are most excited for in 2024
    5 projects | dev.to | 13 Feb 2024
    It would be a sin not to start with something that prides itself on being the front-end library of peace. HTMX skyrocketed in popularity in 2023, gaining most of its GitHub stars during the past year. HTMX is not your average JS framework. If you work in HTMX, you will spend most of your time in the world of hypermedia, looking at web development from a completely different pair of eyes as compared to our usual JS-heavy outlook on modern web development. HTMX leverages the power of the concept of HATEOAS (Hypermedia as the Engine of Application State), enabling developers to access browser features directly from HTML, instead of using Javascript.
  • The Front-End Development we’re used to is dying
    3 projects | dev.to | 9 Feb 2024
    htmx - high power tools for html
  • Use PostgREST and HTMX to Build RESTful APIs from PostgreSQL Databases
    4 projects | dev.to | 5 Feb 2024
    PostgREST is a standalone web server that turns your PostgreSQL database into a RESTful API using the database's structural constraints and permissions to define the API's endpoints and operations. In this tutorial, you will create a simple note-taking app by leveraging PostgREST to construct a RESTful API for the app and using htmx to deliver HTML content.
  • VueJS turns 10 years old
    5 projects | news.ycombinator.com | 4 Feb 2024
    Vue with Vite (the builder/runner) is a stable, open source option. It is really a lightweight start where you're mostly writing HTML with interpolated data, and Vue is updating values correctly and performantly. Just build your reactive HTML app in one file and break into separate components as you're feeling the spirit. https://vuejs.org/guide/quick-start

    Mithril if you just want to drop in want a tiny, complete reactive library that doesn't require a build step--this one is most like what you might end up creating in a large jQuery app. You can understand everything from the homepage. https://mithril.js.org/

    HTMX if you really like HTML conventions. This doesn't feel jQuery-like and depends on your approach to your server app. https://htmx.org/

What are some alternatives?

When comparing webtransport and htmx you can also consider the following projects:

Alpine.js - A rugged, minimal framework for composing JavaScript behavior in your markup.

Vue.js - This is the repo for Vue 2. For Vue 3, go to https://github.com/vuejs/core

astro - The web framework for content-driven websites. ⭐️ Star to support our work!

react-snap - 👻 Zero-configuration framework-agnostic static prerendering for SPAs

unpoly - Unobtrusive Javascript Framework for server-side applications

django-unicorn - The magical reactive component framework for Django ✨

SvelteKit - web development, streamlined

lit - Lit is a simple library for building fast, lightweight web components.

hotwire-rails - Use Hotwire in your Ruby on Rails app

Svelte - Cybernetically enhanced web apps

inertia-laravel - The Laravel adapter for Inertia.js.

phoenix_live_view - Rich, real-time user experiences with server-rendered HTML