#25124: Make it easier to use a custom Select widget subclass in a 
SelectDateWidget
-------------------------------------+-------------------------------------
     Reporter:  georgebrock          |                    Owner:  nobody
         Type:                       |                   Status:  new
  Cleanup/optimization               |
    Component:  Forms                |                  Version:  1.8
     Severity:  Normal               |               Resolution:
     Keywords:  forms widgets        |             Triage Stage:
  SelectDateWidget                   |  Unreviewed
    Has patch:  1                    |      Needs documentation:  0
  Needs tests:  0                    |  Patch needs improvement:  0
Easy pickings:  1                    |                    UI/UX:  0
-------------------------------------+-------------------------------------
Changes (by georgebrock):

 * needs_better_patch:   => 0
 * has_patch:  0 => 1
 * needs_tests:   => 0
 * needs_docs:   => 0


Old description:

> The current implementation of `SelectDateWidget` always uses the `Select`
> widget for the individual year, month, and day selects. If we moved the
> reference to `Select` to an attribute of the `SelectDateWidget` class, it
> would be easier to override.
>
> Sometimes it's useful to use a different widget, e.g. in a recent project
> I wanted to use a `Select` subclass that wrapped the rendered widget in a
> `<div>` for styling reasons. This involved subclassing `SelectDateWidget`
> and duplicating the whole `SelectDateWidget.create_select` method, which
> does quite a lot of work, just to change one class name.
>
> I'm happy to put together a pull request for this, but the contributing
> guidelines said that PRs without Trac tickets would be closed, so here's
> the Trac ticket.

New description:

 The current implementation of `SelectDateWidget` always uses the `Select`
 widget for the individual year, month, and day selects. If we moved the
 reference to `Select` to an attribute of the `SelectDateWidget` class, it
 would be easier to override.

 Sometimes it's useful to use a different widget, e.g. in a recent project
 I wanted to use a `Select` subclass that wrapped the rendered widget in a
 `<div>` for styling reasons. This involved subclassing `SelectDateWidget`
 and duplicating the whole `SelectDateWidget.create_select` method, which
 does quite a lot of work, just to change one class name.

 Pull request: https://github.com/django/django/pull/4998

--

--
Ticket URL: <https://code.djangoproject.com/ticket/25124#comment:1>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.

-- 
You received this message because you are subscribed to the Google Groups 
"Django updates" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-updates/069.8c76feca39606663710bb10739c363eb%40djangoproject.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to