Opened 15 years ago

Last modified 5 weeks ago

#9388 new New feature

Made month and year selectable in admin calender widget.

Reported by: Fidel Ramos Owned by: ahmadkhalili
Component: contrib.admin Version: dev
Severity: Normal Keywords: admin calendar year previous next widget ui
Cc: versae@…, danny.adair@…, idan@… Triage Stage: Accepted
Has patch: yes Needs documentation: yes
Needs tests: yes Patch needs improvement: yes
Easy pickings: no UI/UX: yes

Description

My colleague Javier de la Rosa has enhanced the calendar shown in admin's date fields to allow navigation through years, and not only through months. This requires changing calendar.js and DateTimeShortcuts.js.

We have chosen not to maintain backwards compatibility because this should be a feature in Django 1.1, but it's easy to do if required.

Javier de la Rosa will attach his patch later.

Attachments (5)

year_navigation_in_calendar_r9232.diff (4.6 KB ) - added by Javier de la Rosa 15 years ago.
Patch for django trunk r9232
9833-r12089.diff (3.0 KB ) - added by Ramiro Morales 14 years ago.
patch updated to apply cleanly to trunk as of r12089.
9388-r16225.diff (3.0 KB ) - added by Ramiro Morales 13 years ago.
Patch updated to r16225
Screenshot from 2024-01-30 16-45-19.png (58.1 KB ) - added by Alexander Lazarević 7 weeks ago.
Screenshot from 2024-01-30 17-23-25.png (35.1 KB ) - added by Alexander Lazarević 7 weeks ago.

Download all attachments as: .zip

Change History (26)

by Javier de la Rosa, 15 years ago

Patch for django trunk r9232

comment:1 by Javier de la Rosa, 15 years ago

Cc: versae@… added; jrosa@… removed
Component: Contrib appsdjango.contrib.admin
Has patch: set
Owner: changed from nobody to Javier de la Rosa
Status: newassigned

Patch added.
If backwards compatibility is required, I can send a new patch with the proposal, it's done but I chose not to include it.

comment:2 by (none), 15 years ago

milestone: post-1.0

Milestone post-1.0 deleted

comment:3 by Jacob, 15 years ago

Triage Stage: UnreviewedDesign decision needed

by Ramiro Morales, 14 years ago

Attachment: 9833-r12089.diff added

patch updated to apply cleanly to trunk as of r12089.

comment:4 by Ramiro Morales, 14 years ago

Keywords: admin calendar year previous next widget added

Patch has been updated to current trunk status. Modified to keep current element class names for month navigation unmodified and add brand new "-year"-suffixed names for elements involved in year navigation. This is what interpret is what the OP was talking about when he said 'backward compatibility'.

(Wrong ticket number in patch file name is a typo.)

comment:5 by Ramiro Morales, 14 years ago

See also #2889 that proposed the same thing.

comment:6 by Ramiro Morales, 14 years ago

#6487 proposed the same and also contains a patch.

comment:7 by Tay Ray Chuan, 14 years ago

ramiro: I closed the tickets you referenced as related; that way, we can focus out attention of this ticket.

comment:8 by anonymous, 14 years ago

Cc: danny.adair@… added

comment:9 by Luke Plant, 13 years ago

Severity: Normal
Type: New feature

by Ramiro Morales, 13 years ago

Attachment: 9388-r16225.diff added

Patch updated to r16225

comment:10 by Idan Gazit, 13 years ago

Cc: idan@… added
Easy pickings: unset

comment:11 by Idan Gazit, 13 years ago

Keywords: ui added

comment:12 by Idan Gazit, 13 years ago

UI/UX: set

comment:13 by lawgon@…, 12 years ago

I tried this patch on the latest trunk (had to do it manually as the directory structure has changed.) Nothing happened, the widget is unchanged.

comment:14 by Aymeric Augustin, 11 years ago

Triage Stage: Design decision neededAccepted

This sounds useful, I don't know which design decision was expected.

comment:15 by Tomek Paczkowski, 10 years ago

Patch needs improvement: set

Unfortunately, patch no longer applies.

comment:16 by Mariusz Felisiak, 3 years ago

Owner: Javier de la Rosa removed
Status: assignednew

comment:17 by Mariusz Felisiak, 2 years ago

Needs documentation: set
Needs tests: set
Owner: set to ahmadkhalili
Status: newassigned
Summary: Year navigation in admin's date widgets' calendarMade month and year selectable in admin calender widget.

by Alexander Lazarević, 7 weeks ago

comment:18 by Alexander Lazarević, 7 weeks ago

I just looked at this and the PR seemed to have gotten pretty far. Patch still works with the current main branch.


Now two years have passed and I'm not sure what was/is blocking this.

  • needs tests? The PR includes the following tests (are more needed?):
    • test_show_hide_month_picker_widgets
    • test_month_picker_selected_class_and_input
    • test_month_picker_prev_next_links
    • test_show_hide_year_picker_widgets
    • test_year_picker_selected_class_and_input
  • needs documentation? The PR changed docs/releases/4.1.txt to contain:

    Now admin calendar caption is selectable and opens monthlist and yearlist. now it's easy adding older dates like birthday via admin calendar widget

    • I briefly checked the following docs and the calendar description seemed to be still in in sync with what the PR would introduce
      • intro/tutorial02.txt
      • ref/contrib/sitemaps.txt
      • ref/models/fields.txt
      • ref/settings.txt
      • topics/forms/index.txt
      • topics/forms/media.txt
      • topics/i18n/timezones.txt
  • patch needs improvement? As far as I can tell from the PR, every request or recommendation was integrated?
  • decision to use native datepicker instead is still pending?
  • decision to use some other datepicker package instead is still pending?
  • something else?

by Alexander Lazarević, 7 weeks ago

comment:20 by Thibaud Colas, 5 weeks ago

Yes, I would say a big problem here is that this builds upon a date picker widget which we already know has many accessibility flaws and needs a replacement (see Refs #29822 -- Improved date, time and datetime HTML inputs #15806). Personally I wouldn’t recommend working on that widget, but if others think incremental improvements are the path forward that’s a valid call too.

Aside from that – there is also one code review comment on the PR which the author has yet to address.

in reply to:  20 comment:21 by Alexander Lazarević, 5 weeks ago

Resolution: fixed
Status: assignedclosed

Replying to Thibaud Colas:

Yes, I would say a big problem here is that this builds upon a date picker widget which we already know has many accessibility flaws and needs a replacement

Ok, that wasn't apparent to me. Thanks for the clarification.

comment:22 by Tim Graham, 5 weeks ago

Resolution: fixed
Status: closednew

Closing as "wontfix" might be appropriate but nothing has been fixed as far as I see.

Note: See TracTickets for help on using tickets.
Back to Top