Ticket #1670139 (accepted enhancement)
Reporter sfbugs |
Opened: 02/27/07 Last modified: 09/19/12 Status: accepted Type: enhancement |
Owner  Allen Rabinovich |
Target Release: 3.CURRENT.NEXT Priority: P3 (normal) |
|---|---|---|---|
| Summary: | Range selection and drag-to-select-range | ||
| Description: | - the ability to select a range of dates. This would be different from the multi select in that you would have one start date and one end date which encompasses all dates in between. - the ability to drag to select a range of dates on a calendar. |
||
| Type: | enhancement | Observed in Version: | None |
| Component: | Calendar | Severity: | S3 (normal) |
| Assigned To: | Allen Rabinovich | Target Release: | 3.CURRENT.NEXT |
| Location: | Priority: | P3 (normal) | |
| Tags: | Relates To: | ||
| Browsers: | N/A | ||
| URL: | |||
| Test Information: | |||
Change History
mikeleeorg
|
Posted: 04/13/07
|
tangentsoft
|
Posted: 04/20/07
If the calendar is limited to allow only two dates to be selected, it should be legal to click on any date you want to. Imagine that you have two dates selected, say the 10th and 20th of the month, selected in that order. Now if you click on the 5th, the 10th gets deselected since it was selected first, and the 5th becomes the new start date. Now click the 1st, and the 20th is deselected, being the older selection, and now the 1st is the new start date, and the 5th is now the end date. In this way, you can define the range naturally, just by clicking the date on either end in any order that makes sense to you. If the calendar demands that you click on the dates in some particular order, it will annoy the user needlessly. I like the idea of drag-selecting to get a range. Once the drag extends outside the cell where the drag started, the calendar should just be prepared to set new start and end dates in a single operation. The function should work with CalendarGroups, too. It can simply trap onMouseOver events, and figure the date range based on the cell initially clicked, and the one the mouse is currently over. Just like above, it should be legal to click first on the "end" date, and drag over earlier dates to select the start date second. This design figures out which is the start and which is the end date implicitly. This flexible behavior means it isn't necessary for one calendar to limit the behavior of the other. The only point of a 2-up view would be to allow a wider range of dates to be selected than if only one calendar is visible. |
|
Posted: 10/2/07
added to internal db #1510353 |
|
Posted: 04/21/08
I'd just like to put in my support for this feature. It seems to be the one thing missing from the calendar widget. The developer can try to hack their own version on top of the native YUI calendar, but an official, supported range select would be really nice. Also, check out http://stephencelis.com/projects/timeframe for a decent example of one way range select on a JavaScript calendar can function. |
|
Posted: 01/7/09
This ticket was imported from Source Forge. Orginially submitted by: nobody |
|
Posted: 04/7/09
|
|
Posted: 05/3/10
Re-assigning to Luke, who's working on Calendar for 3.x |
|
Posted: 05/5/10
|
|
Posted: 04/25/11
|
|
Posted: 04/28/11
|
|
Posted: 02/1/12
|
|
Posted: 07/18/12
|
|
Posted: 07/27/12
|
|
Posted: 08/1/12
Moving 3.7.0 bugs to 3.6.x for triage. |
|
Posted: 09/19/12
Moving from 3.6.x to 3.CURRENT.NEXT |
Forwarding to component owner for consideration.