Skip to main content

Simple package that facilitates the usage of HTMX with Django

Project description



A package to simplify the usage of HTMX with Django. Easily add HTMX reuqests witout needing additional urls, and reduce clutter in views by offloading all responsibility to an hx_request.

Why use?

  • Avoid cluttering up urls with endpoints for HTMX
  • Reduce clutter in views by avoiding if/elses that are checking if the incoming request is an HTMX request
  • Built in functionality for HTMX requests that handle forms

How to use

  • Installation

     pip install simple-django-htmx
    • Add simple_django_htmx to your list of installed apps
    • You will also need to have HTMX installed. See

  • Quick Example

  1. Create an HXRequest:

     class EditUserHxRequest(FormHXRequest):
         name = "edit_user"
         GET_template = "update_user.html"
         POST_template = "user_row.html"
         form_class = EditUserForm
  2. Create the template where this HXRequest will be used. Notice how the template tag is used to render the HXRequest.


     {% load hx_tags %}
     <tr >
             <button {% render_hx  'edit_user' 'get' object=user %} hx-target="closest tr" hx-swap="outerHTML">Edit</button>
  3. Load the HXRequest into the view that it's being used in. The view needs to inherit from HtmxViewMixin and the view needs to provide a list of hx_requests that will be used in the view.

      class UserListView(HtmxVIewMixin, ListView):
         template_name = "user_list.html"
         model = User
         hx_requests = [
  4. Voila! on the click of the Edit button the GET_template from EditUserHxRequest will be loaded.

    • The view is neat and clean and there was no need to create a url for the edit button to hit.

A Deeper Dive

---HXRequest Classes---


A wrapper for HTMX requests. Instead of the GET/POST getting dircted to a view, it goes to an HXRequest.

  • Attributes
    • name: Unique string that is used to identify which HXRequest the HTMX reuqest should direct to
    • GET_template: The template that an hx-get fetches
    • POST_template: The template an hx-post fetches
    • hx_object_name: Default is hx_object. If an object is passed into the render_hx template tag the obejct is put into the context of the GET/POST templates. The hx_object_name is the key in the contedxt for this object.

  • Methods
    • get_context_data: Same as a view's get_context_data. HXRequest's add in a few additional items into the context.
      • hx_kwargs -> These are any kwargs passed into render_hx
      • hx_object (or the name given to it using hx_object_name) -> The object passed into render_hx. In the FormHXRequest this object acts like the object of a Django UpdateView.
      • hx_request: The HXRequest


Acts like a a Django UpdateView. When a form is valid it saves the form and by default returns the POST_template of the HXRequest. If the form is invalid it returns the GET_temlate by default. Can customize what the view returns by overriding form_valid or form_invalid and return anything from those functions.

  • Attributes
    • form_class: This is passed into the context as form and is instantiated with the object passed into render_hx. On POST it is instantiated with the request.POST as well.

  • Methods

    • form_valid: Method called when the form is valid. By default it just calls Has access to kwargs sent in through the render_hx template tag.
    • form_invalid: Method called when the form is invalid. No default. Has access to kwargs sent in through the render_hx template tag.
    • get_form_kwargs: Injects kwargs into the form. Can override to put items into the form. i.e. to set initial values. Has access to kwargs sent in through the render_hx template tag.


Deletes the object passed into render_hx. Can override handle_delete for custom functionality.


HtmxVIewMixin -> The mixin intercepts the GET and POST and if it finds hx_request in the GET params it redircts to the HXRequest's GET and POST methods.

render_hx -> Template tag to use for HXReuqests. Takes in:

  • Name of the HXReqest
  • Type of reuqest, get or post
  • object (optional), the object that is used by the request. It is treated just like the object of an UpdateView
  • kwargs, addional params that can be passed in. These kwargs can be used in get_form_kwargs, form_valid, of form_invalid.
    • Example -> The template has a user and is looping through the contact methods of the user. There is an HXRequest on each contact method that lets you edit the contact method. Would need to pass in the contact method as the object. Addionally the page has an add new button which allows you to add a new contact method to this user, you would need to pass an addional kwarg for the user because when saving the new contact method, the back end needs to know which user we are saving this for.

        <button {% hx_request_name='render_hx create_update_contact_method' method="get" object="contact_method" user=user %} hx-target="closest tr" ></button>

Future Features

  • Aysnchronous messaging.
  • Auto filling initial of form fields with kwargs if the kwarg key matches the form field.

Project details

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

simple-django-htmx-0.4.1.tar.gz (11.3 kB view hashes)

Uploaded source

Built Distribution

simple_django_htmx-0.4.1-py3-none-any.whl (11.5 kB view hashes)

Uploaded py3

Supported by

AWS AWS Cloud computing Datadog Datadog Monitoring Facebook / Instagram Facebook / Instagram PSF Sponsor Fastly Fastly CDN Google Google Object Storage and Download Analytics Huawei Huawei PSF Sponsor Microsoft Microsoft PSF Sponsor NVIDIA NVIDIA PSF Sponsor Pingdom Pingdom Monitoring Salesforce Salesforce PSF Sponsor Sentry Sentry Error logging StatusPage StatusPage Status page