# django-formset – Better User Experience for Django Forms
This library handles single forms and collections of forms with a way better user experience than
the internal Django implementation for
[formsets](https://docs.djangoproject.com/en/stable/topics/forms/formsets/) offers.
[](https://github.com/jrief/django-formset/actions)
[](https://pypi.python.org/pypi/django-formset)
[](https://pypi.python.org/pypi/django-formset)
[](https://pypi.python.org/pypi/django-formset)
[](https://github.com/jrief/django-formset/blob/master/LICENSE)
[Interactive documentation](https://django-formset.fly.dev/)
Let's explain it using a short example. Say, we have a Django form with three fields:
```python
from django.forms import fields, forms
class AddressForm(forms.Form):
recipient = fields.CharField(label="Recipient")
postal_code = fields.CharField(label="Postal Code")
city = fields.CharField(label="City")
```
After creating a
[Django FormView](https://docs.djangoproject.com/en/stable/ref/class-based-views/generic-editing/#django.views.generic.edit.FormView)
we can render the above form using a slightly modified template:
```html
{% load formsetify %}
{% render_form form "bootstrap" %}
```
This will render our form using the layout and CSS classes as proposed by
[Bootstrap's style guide](https://getbootstrap.com/docs/5.1/forms/overview/):
Or if rendered with alternative CSS classes:
```html
{% load formsetify %}
{% render_form form "bootstrap" field_css_classes="row mb-3" label_css_classes="col-sm-3" control_css_classes="col-sm-9" %}
```
Or if rendered with the Tailwind renderer:
```html
{% load formsetify %}
{% render_form form "tailwind" %}
```
**django-formset** provides form renderers for all major CSS frameworks, such as
[Bootstrap 5](https://getbootstrap.com/docs/5.1/forms/overview/),
[Bulma](https://bulma.io/documentation/form/general/),
[Foundation 6](https://get.foundation/sites/docs/forms.html),
[Tailwind](https://tailwindcss.com/) and [UIkit](https://getuikit.com/).
### Multiple Input Widgets
Furthermore, it can render all widgets provided by Django. This includes [multiple checkboxes](https://docs.djangoproject.com/en/stable/ref/forms/widgets/#checkboxselectmultiple)
and radio selects, even with multiple option groups:
### File Uploading Widget
Uploading files is performed asynchronously, separating the payload upload from its form submission.
It provides a drag-and-drop widget plus a file select button. This allows to preview uploaded files
before form submission. It also makes the submission much faster, because the file is already in a
temporary location on the server.
| Empty file upload | Pending file upload |
|-------------------------------------------|-------------------------------------|
|  |  |
### Alternatives for `<select>` and `<select multiple>` Widgets
The default HTML `<select>` widget can be replaced by a counterpart with autocompletion. No extra
endpoint is required, because that's handled by the Django view already controlling the form.
The default HTML `<select multiple="multiple">` widget can be replaced by two different widgets, one
which keeps the selected options inlined, and one which keeps them inside a "select-from" and a
"selected option" field.
| Multi Select with autocomplete | Multi Select with source and target |
|---------------------------------------|-------------------------------------------|
|  |  |
Similar widgets can be found in the Django admin to make many-to-many relations editable. In
**django-formset**, the right widget (with source and target) offers some additional features:
* It can handle relations where the source contains too many entries to be loaded once. Instead,
this widget queries the database when searching for an option. It uses the same autocomplete
endpoint.
* The right part of the widget can be filtered as well.
* The widget has a redo/undo functionality in case the user mistakenly selected wrong option(s).
* Optionally, selected options in the right part of the widget can be sorted. This order then is
reflected in an
[extra field](https://docs.djangoproject.com/en/stable/topics/db/models/#intermediary-manytomany)
on the many-to-many relationship.
## Button actions
In **django-formset**, the button used for submission can hold a *chain of actions*. This for
instance allows to disable the button, and/or add a spinning wheel while submitting data. It also is
possible to specify the success page as an HTML link, rather than having it to hard-code inside the
Django view. There is a complete set of predefined actions to select from, when designing the submit
button.
## Immediate Form Validation
Each field is validated as soon as it looses focus. This gives immediate feedback and signalizes if
some user input will not be accepted, when submitting the form. The browser side validation
constraints are excatly the same, as those defined for each Django field in Python.
Not every value or combination of thereof can be validated by the browser, but instead may be
rejected by the backend application. For instance, the `clean()`- and/or `clean_FIELDNAME()`-methods
may complain about values using some kind of internal logic.
Those serverside errors are sent back to the client and shown nearby the rejected fields without
having to re-render the complete page. On success, a given page is loaded (or another alternative
action is performed).
## Grouping Forms
As the name "formset" suggests, **django-formset** allows to manage more than one form. It therefore
is possible to create collections of forms and even nest those collections into each other.
Collections can be declared to have siblings, allowing them to be instantiated multiple times. This
is similar to Django's Stacked- and Tabular-Inlines, but allows an infinite number of nesting
levels. Moreover, such collections with siblings can optionally be sorted.
[](https://youtu.be/dxyzzGOeNY4)
[watch as video](https://youtu.be/dxyzzGOeNY4)
A form collection is also useful to create an editor for models wich have a one-to-one relation.
The Django admin for instance requires to use a Stacked- or Tabular-Inline, which however is
designed to handle one-to-many relations. With collections these two interconnected models can be
handled with seemingly the same form (although in the background those are separated entinties).
## Conditional hiding/disabling
Since each formset holds its state (the current value of their fields), that information can be used
to conditionally hide or disable other fields or even a complete fieldset.
By adding the special attributes `df-show="condition"`, `df-hide="condition"` or
`df-disable="condition"` on an input fields or on a fieldsets, one can hide or disable these marked
fields. This `condition` can be any expression evaluating the current field values of the formset.
## Alternative Widgets
**django-formset** provides alternative widgets for many fields provided by Django. For instance:
### Widgets for Django's `DateField`
Modern browsers provide a built-in date picker, which now can be used instead of the default
`<input type="text">` widget. In addition to that, **django-formset** provides custom web components
which adopt themselves to the chosen CSS framework. This allows to render the date picker in the
same style as the rest of the form.
## How does this all work?
**django-formset** makes use of the
[form renderer](https://docs.djangoproject.com/en/stable/ref/forms/renderers/) introduced in
Django 4. This allows to create special renderers for each of the supported CSS frameworks. In
addition to the form structure proposed by those framework vendors, this library adds private HTML
tags to each field containg the constraint information as declared in Python.
The form or the collections of forms then is wrapped by the provided
[webcomponent](https://developer.mozilla.org/en-US/docs/Web/Web_Components) `<django-formset>`.
The JavaScript part (actually TypeScript) making up that webcomponent then handles the form
validation, its submission, instantiation or removal of collection siblings, etc.
Some of the widgets described above (select with autocomplete, file upload) also require JavaScript
code. The client side functionality of those widgets also is handled by that webcomponent.
Widgets which require autocompletion use the same endpoint as that webcomponent itself. So there is
no need to add extra endpoints to the URL router.
This finally means, that an enduser must _only_ import this single JavaScript file and wrap its
single form or collection of forms into a single HTML element such as
```html
<django-formset endpoint="/path/to/myproject/view" csrf-token="…">
…
</django-formset>
```
The Django view handling the form or collection of forms requires a special mixin class but
otherwise is the same as those proposed by Django, for instance its
[FormView](https://docs.djangoproject.com/en/stable/topics/class-based-views/generic-editing/).
The form classes can be reused unaltered, except for replacing the widgets if desired or required
(the `FileField` requires a different widget).
## Reference Documentation
Reference documentation with interactive samples can be found at
[https://django-formset.fly.dev/](https://django-formset.fly.dev/).
## Motivation
Instead of using a `<form>`-tag and include all its fields, here we wrap the complete form inside
the special webcomponent `<django-formset>`. It allows the client to communicate with the Django
view (we name this "endpoint") using the
[fetch API](https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API/Using_Fetch).
This means, that multiple `<form>`-elements can be wrapped into a formset. It also means, that the
submit `<button>` can be placed outside of the `<form>`-element. By doing so, the form's payload
is sent using `Content-Type: application/json` instead of the usual
`Content-Type: application/x-www-form-urlencoded`. By using JSON for the payload, the form data is
mapped into JavaScript objects and collections of forms are represented by nested data structures.
**When designing this library, the main goal was to keep the programming interface a near as
possible to the way Django handles forms, models and views.**
## Summary
* Before submitting, all form fields are prevalidated by the browser, using the same constraints as
declared for each Django form or model field in Python.
* The form's data is sent by an Ajax request, preventing a full page reload. This gives a much
better user experience.
* Server side validation errors are sent back to the browser, and rendered near the rejected
form field.
* Non-field validation errors are renderer together with the form.
* CSRF-tokens are handled through an HTTP-Header, hence there is no need to add a hidden input field
to each form.
* Forms can be rendered for different CSS frameworks using their specific style-guides for arranging
HTML. Curently **django-formset** includes renderers for:
* [Bootstrap 5](https://getbootstrap.com/docs/5.0/forms/overview/),
* [Bulma](https://bulma.io/documentation/form/general/),
* [Foundation 6](https://get.foundation/sites/docs/forms.html),
* [Tailwind](https://tailwindcss.com/) [^1]
* [UIKit](https://getuikit.com/docs/form)
It usually takes about 50 lines of code to create a renderer and most widgets can even be rendered
using the default template as provided by Django.
* No external JavaScript dependencies are required. The client part is written in pure TypeScript
and compiles to a single, portable JS-file.
* Support for all standard widgets Django currently offers (except GeoSpacials).
* File uploads are handled asynchronously, separating the payload upload from the form submission.
* Select boxes with too many entries, can be filtered by the server using a search query.
* Radio buttons and multiple checkboxes with only a few fields can be rendered inlined rather than
beneath each other.
* The submit button(s) can be configured as a chain of actions.
* A formset can group multiple forms into a collection. Collections can be nested. On submission,
the data from this form or collection of forms is sent to the server as a group a separate
entities.
* Such a form-collection can be declared to have a list siblings, which can be changed in length
using one "Add" and multiple "Remove" buttons.
* Form fields or fieldsets can be hidden or disabled using a Boolean expression as condition.
[^1]: Tailwind is special here, since it doesn't include purpose-built form control classes out of
the box. Instead, **django-formset** offers an opinionated set of CSS classes suitable for
Tailwind.
Raw data
{
"_id": null,
"home_page": "https://github.com/jrief/django-formset",
"name": "django-formset",
"maintainer": null,
"docs_url": null,
"requires_python": null,
"maintainer_email": null,
"keywords": "Django Forms, webcomponent",
"author": "Jacob Rief",
"author_email": "jacob.rief@gmail.com",
"download_url": "https://files.pythonhosted.org/packages/13/2a/a2f88382810e1b1f3a68d2755162691168332f29a29e8d8a5c5c8fa0ae22/django_formset-1.4.4.tar.gz",
"platform": "OS Independent",
"description": "# django-formset \u2013 Better User Experience for Django Forms \n\nThis library handles single forms and collections of forms with a way better user experience than\nthe internal Django implementation for\n[formsets](https://docs.djangoproject.com/en/stable/topics/forms/formsets/) offers.\n\n[](https://github.com/jrief/django-formset/actions)\n[](https://pypi.python.org/pypi/django-formset)\n[](https://pypi.python.org/pypi/django-formset)\n[](https://pypi.python.org/pypi/django-formset)\n[](https://github.com/jrief/django-formset/blob/master/LICENSE)\n\n[Interactive documentation](https://django-formset.fly.dev/)\n\nLet's explain it using a short example. Say, we have a Django form with three fields:\n\n```python\nfrom django.forms import fields, forms\n\nclass AddressForm(forms.Form):\n recipient = fields.CharField(label=\"Recipient\")\n postal_code = fields.CharField(label=\"Postal Code\")\n city = fields.CharField(label=\"City\")\n```\n\nAfter creating a\n[Django FormView](https://docs.djangoproject.com/en/stable/ref/class-based-views/generic-editing/#django.views.generic.edit.FormView)\nwe can render the above form using a slightly modified template:\n\n```html\n{% load formsetify %}\n{% render_form form \"bootstrap\" %}\n```\n\nThis will render our form using the layout and CSS classes as proposed by\n[Bootstrap's style guide](https://getbootstrap.com/docs/5.1/forms/overview/):\n\n\n\nOr if rendered with alternative CSS classes:\n\n```html\n{% load formsetify %}\n{% render_form form \"bootstrap\" field_css_classes=\"row mb-3\" label_css_classes=\"col-sm-3\" control_css_classes=\"col-sm-9\" %}\n```\n\n\n\n\nOr if rendered with the Tailwind renderer:\n\n```html\n{% load formsetify %}\n{% render_form form \"tailwind\" %}\n```\n\n\n\n**django-formset** provides form renderers for all major CSS frameworks, such as\n[Bootstrap 5](https://getbootstrap.com/docs/5.1/forms/overview/),\n[Bulma](https://bulma.io/documentation/form/general/),\n[Foundation 6](https://get.foundation/sites/docs/forms.html),\n[Tailwind](https://tailwindcss.com/) and [UIkit](https://getuikit.com/).\n\n\n### Multiple Input Widgets\n\nFurthermore, it can render all widgets provided by Django. This includes [multiple checkboxes](https://docs.djangoproject.com/en/stable/ref/forms/widgets/#checkboxselectmultiple)\nand radio selects, even with multiple option groups:\n\n\n\n\n### File Uploading Widget\n\nUploading files is performed asynchronously, separating the payload upload from its form submission.\nIt provides a drag-and-drop widget plus a file select button. This allows to preview uploaded files\nbefore form submission. It also makes the submission much faster, because the file is already in a\ntemporary location on the server.\n\n| Empty file upload | Pending file upload |\n|-------------------------------------------|-------------------------------------|\n|  |  |\n\n\n### Alternatives for `<select>` and `<select multiple>` Widgets\n\nThe default HTML `<select>` widget can be replaced by a counterpart with autocompletion. No extra\nendpoint is required, because that's handled by the Django view already controlling the form.\n\nThe default HTML `<select multiple=\"multiple\">` widget can be replaced by two different widgets, one\nwhich keeps the selected options inlined, and one which keeps them inside a \"select-from\" and a\n\"selected option\" field.\n\n| Multi Select with autocomplete | Multi Select with source and target |\n|---------------------------------------|-------------------------------------------|\n|  |  | \n\nSimilar widgets can be found in the Django admin to make many-to-many relations editable. In\n**django-formset**, the right widget (with source and target) offers some additional features:\n\n* It can handle relations where the source contains too many entries to be loaded once. Instead,\n this widget queries the database when searching for an option. It uses the same autocomplete\n endpoint.\n* The right part of the widget can be filtered as well.\n* The widget has a redo/undo functionality in case the user mistakenly selected wrong option(s).\n* Optionally, selected options in the right part of the widget can be sorted. This order then is\n reflected in an\n [extra field](https://docs.djangoproject.com/en/stable/topics/db/models/#intermediary-manytomany)\n on the many-to-many relationship.\n\n\n## Button actions\n\nIn **django-formset**, the button used for submission can hold a *chain of actions*. This for\ninstance allows to disable the button, and/or add a spinning wheel while submitting data. It also is\npossible to specify the success page as an HTML link, rather than having it to hard-code inside the\nDjango view. There is a complete set of predefined actions to select from, when designing the submit\nbutton.\n\n\n\n\n## Immediate Form Validation\n\nEach field is validated as soon as it looses focus. This gives immediate feedback and signalizes if\nsome user input will not be accepted, when submitting the form. The browser side validation\nconstraints are excatly the same, as those defined for each Django field in Python.\n\nNot every value or combination of thereof can be validated by the browser, but instead may be\nrejected by the backend application. For instance, the `clean()`- and/or `clean_FIELDNAME()`-methods\nmay complain about values using some kind of internal logic.\n\nThose serverside errors are sent back to the client and shown nearby the rejected fields without\nhaving to re-render the complete page. On success, a given page is loaded (or another alternative\naction is performed).\n\n\n## Grouping Forms\n\nAs the name \"formset\" suggests, **django-formset** allows to manage more than one form. It therefore\nis possible to create collections of forms and even nest those collections into each other.\nCollections can be declared to have siblings, allowing them to be instantiated multiple times. This\nis similar to Django's Stacked- and Tabular-Inlines, but allows an infinite number of nesting\nlevels. Moreover, such collections with siblings can optionally be sorted.\n\n[](https://youtu.be/dxyzzGOeNY4)\n\n[watch as video](https://youtu.be/dxyzzGOeNY4)\n\nA form collection is also useful to create an editor for models wich have a one-to-one relation.\nThe Django admin for instance requires to use a Stacked- or Tabular-Inline, which however is\ndesigned to handle one-to-many relations. With collections these two interconnected models can be\nhandled with seemingly the same form (although in the background those are separated entinties).\n\n\n## Conditional hiding/disabling\n\nSince each formset holds its state (the current value of their fields), that information can be used\nto conditionally hide or disable other fields or even a complete fieldset.\n\nBy adding the special attributes `df-show=\"condition\"`, `df-hide=\"condition\"` or\n`df-disable=\"condition\"` on an input fields or on a fieldsets, one can hide or disable these marked\nfields. This `condition` can be any expression evaluating the current field values of the formset.\n\n## Alternative Widgets\n\n**django-formset** provides alternative widgets for many fields provided by Django. For instance:\n\n### Widgets for Django's `DateField`\n\nModern browsers provide a built-in date picker, which now can be used instead of the default\n`<input type=\"text\">` widget. In addition to that, **django-formset** provides custom web components\nwhich adopt themselves to the chosen CSS framework. This allows to render the date picker in the\nsame style as the rest of the form.\n\n\n\n\n## How does this all work?\n\n**django-formset** makes use of the\n[form renderer](https://docs.djangoproject.com/en/stable/ref/forms/renderers/) introduced in\nDjango 4. This allows to create special renderers for each of the supported CSS frameworks. In\naddition to the form structure proposed by those framework vendors, this library adds private HTML\ntags to each field containg the constraint information as declared in Python.\n\nThe form or the collections of forms then is wrapped by the provided\n[webcomponent](https://developer.mozilla.org/en-US/docs/Web/Web_Components) `<django-formset>`.\nThe JavaScript part (actually TypeScript) making up that webcomponent then handles the form\nvalidation, its submission, instantiation or removal of collection siblings, etc.\n\nSome of the widgets described above (select with autocomplete, file upload) also require JavaScript\ncode. The client side functionality of those widgets also is handled by that webcomponent.\nWidgets which require autocompletion use the same endpoint as that webcomponent itself. So there is\nno need to add extra endpoints to the URL router.\n\nThis finally means, that an enduser must _only_ import this single JavaScript file and wrap its\nsingle form or collection of forms into a single HTML element such as\n\n```html\n<django-formset endpoint=\"/path/to/myproject/view\" csrf-token=\"\u2026\">\n \u2026\n</django-formset>\n```\n\nThe Django view handling the form or collection of forms requires a special mixin class but\notherwise is the same as those proposed by Django, for instance its\n[FormView](https://docs.djangoproject.com/en/stable/topics/class-based-views/generic-editing/).\n\nThe form classes can be reused unaltered, except for replacing the widgets if desired or required\n(the `FileField` requires a different widget).\n\n\n## Reference Documentation\n\nReference documentation with interactive samples can be found at\n[https://django-formset.fly.dev/](https://django-formset.fly.dev/).\n\n\n## Motivation\n\nInstead of using a `<form>`-tag and include all its fields, here we wrap the complete form inside\nthe special webcomponent `<django-formset>`. It allows the client to communicate with the Django\nview (we name this \"endpoint\") using the\n[fetch API](https://developer.mozilla.org/en-US/docs/Web/API/Fetch_API/Using_Fetch).\nThis means, that multiple `<form>`-elements can be wrapped into a formset. It also means, that the\nsubmit `<button>` can be placed outside of the `<form>`-element. By doing so, the form's payload\nis sent using `Content-Type: application/json` instead of the usual\n`Content-Type: application/x-www-form-urlencoded`. By using JSON for the payload, the form data is\nmapped into JavaScript objects and collections of forms are represented by nested data structures.\n\n**When designing this library, the main goal was to keep the programming interface a near as\npossible to the way Django handles forms, models and views.**\n\n\n## Summary\n\n* Before submitting, all form fields are prevalidated by the browser, using the same constraints as\n declared for each Django form or model field in Python.\n* The form's data is sent by an Ajax request, preventing a full page reload. This gives a much\n better user experience.\n* Server side validation errors are sent back to the browser, and rendered near the rejected\n form field.\n* Non-field validation errors are renderer together with the form.\n* CSRF-tokens are handled through an HTTP-Header, hence there is no need to add a hidden input field\n to each form.\n* Forms can be rendered for different CSS frameworks using their specific style-guides for arranging\n HTML. Curently **django-formset** includes renderers for:\n\n * [Bootstrap 5](https://getbootstrap.com/docs/5.0/forms/overview/),\n * [Bulma](https://bulma.io/documentation/form/general/),\n * [Foundation 6](https://get.foundation/sites/docs/forms.html),\n * [Tailwind](https://tailwindcss.com/) [^1]\n * [UIKit](https://getuikit.com/docs/form)\n\n It usually takes about 50 lines of code to create a renderer and most widgets can even be rendered\n using the default template as provided by Django. \n* No external JavaScript dependencies are required. The client part is written in pure TypeScript\n and compiles to a single, portable JS-file.\n* Support for all standard widgets Django currently offers (except GeoSpacials).\n* File uploads are handled asynchronously, separating the payload upload from the form submission.\n* Select boxes with too many entries, can be filtered by the server using a search query.\n* Radio buttons and multiple checkboxes with only a few fields can be rendered inlined rather than\n beneath each other.\n* The submit button(s) can be configured as a chain of actions.\n* A formset can group multiple forms into a collection. Collections can be nested. On submission,\n the data from this form or collection of forms is sent to the server as a group a separate\n entities.\n* Such a form-collection can be declared to have a list siblings, which can be changed in length\n using one \"Add\" and multiple \"Remove\" buttons.\n* Form fields or fieldsets can be hidden or disabled using a Boolean expression as condition.\n\n[^1]: Tailwind is special here, since it doesn't include purpose-built form control classes out of\n the box. Instead, **django-formset** offers an opinionated set of CSS classes suitable for\n Tailwind.\n",
"bugtrack_url": null,
"license": "MIT",
"summary": "The missing widgets and form manipulation library for Django",
"version": "1.4.4",
"project_urls": {
"Homepage": "https://github.com/jrief/django-formset"
},
"split_keywords": [
"django forms",
" webcomponent"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "ea1466c6de5c12ed98da93813ee54ca2bd4a4e496db0474b277439e57bbb231c",
"md5": "796cc65b4aab1e1354febb2ac13f5b64",
"sha256": "79652b437e123c5dd3eda7f0e7b0e6add398b6ad4bc9a54d1ef70c4104541234"
},
"downloads": -1,
"filename": "django_formset-1.4.4-py3-none-any.whl",
"has_sig": false,
"md5_digest": "796cc65b4aab1e1354febb2ac13f5b64",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": null,
"size": 821357,
"upload_time": "2024-05-13T09:49:53",
"upload_time_iso_8601": "2024-05-13T09:49:53.734458Z",
"url": "https://files.pythonhosted.org/packages/ea/14/66c6de5c12ed98da93813ee54ca2bd4a4e496db0474b277439e57bbb231c/django_formset-1.4.4-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "132aa2f88382810e1b1f3a68d2755162691168332f29a29e8d8a5c5c8fa0ae22",
"md5": "9651295ab8fc787574d799550725850b",
"sha256": "e31ca83f7a7885ba382cd5411a21913161037a1eb2a09a8051e76ec401f64e1c"
},
"downloads": -1,
"filename": "django_formset-1.4.4.tar.gz",
"has_sig": false,
"md5_digest": "9651295ab8fc787574d799550725850b",
"packagetype": "sdist",
"python_version": "source",
"requires_python": null,
"size": 514159,
"upload_time": "2024-05-13T09:49:55",
"upload_time_iso_8601": "2024-05-13T09:49:55.880943Z",
"url": "https://files.pythonhosted.org/packages/13/2a/a2f88382810e1b1f3a68d2755162691168332f29a29e8d8a5c5c8fa0ae22/django_formset-1.4.4.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-05-13 09:49:55",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "jrief",
"github_project": "django-formset",
"travis_ci": false,
"coveralls": false,
"github_actions": true,
"lcname": "django-formset"
}
JSON
