This post is brief and explains a pattern that may be dangerous but still is very handy for combining VueJS with Django templates for dynamic forms. Here’s the case: I need to build a form for sending out some messages. One of the form widgets is a <select> tag where each <option> is a model instance from Django. The widget will then show the name of that model instance in the UI, but this does not provide enough context to be useful, we also need some description text. There are basically two options for how to handle this:
- Use the form “as-is” but provide the extra context in the UI by pulling some extra information and building an information box in the UI.
- Create a custom widget, and bind it to the Django model form using a hidden field.
Both are probably equally good, but I went with the second option. So here’s what I did:
- Build a normal Django model form, but change the widget for the field in question to type “HiddenInput” in the form.py file.
- Build a selector widget using VueJS that allows the user to get the desired content and review the various options with full context (including images and videos, things you can’t put inside a dropdown list. We are binding the selected choices to frontend data using the v-model directive in VueJS.
- Set the hidden field to set its value based on the data value stored in the frontend using that v-model directive
- Process the form as you normally would with a Django model form.
The form definition remains very simple. Here’s the relevant class from this example:
class MailForm(forms.ModelForm):
class Meta:
model = Campaign
fields = ('name','to','elearning',)
widgets = {
'elearning': forms.HiddenInput(attrs={':value': 'module.pk'})
}
The selector widget can take any form you could desire. The point in this project was to show some more context for the “eLearning” model. The user here gets notification about enrollment in an eLearning module by e-mail. The administrator setting up the program needs to get a bit of context about that e-learning, such as the name of the module, a description of its content, and perhaps a preview of a video or other multimedia. Below is an example of a simple widget of this type. The course administrator can here browse through the various options by clicking next, and the e-mail form is automatically updated.

Of course, to do that binding we need a bit of JavaScript in the Django template. We need to perform the following tasks to make our custom widget work:
- Fetch information about all the options from the server. We need to create an API endpoint for this, that can deliver JSON data to the frontend.
- Set the data item bound to the Django form based on the user’s current selection
Now the form can be submitted and processed using the normal Django framework patterns – but with a much more context-rich selection widget than a simple dropdown list.
Is it safe to do this?
Combining frontend and server-side rendering with different templates for HTML rendering can be dangerous. See this excellent write-up on XSS vulnerabilities that can be the result from such combinations: https://github.com/dotboris/vuejs-serverside-template-xss.
This is a problem when user input is injected via the server-side template as the user can supply the interpolation tags as part of the input. In our case there is no user input in those combinations. However, if you need to take user input and rerender this using the server-side templates of some framework like Django, here are some things you can do to harden against this threat:
- Use the v-pre directive in VueJS
- Sanitize the input to discard unsafe characters, including VueJS delimiters
- Escape generated output from the database to avoid injections making it as executable JavaScript reaching the user’s context