Content
View differences
Updated by Parimal Satyal over 4 years ago
**As** a user of the team planner or the calendar
**I want to** change the date of work packages by drag and drop
**so that** I can do the planning directly inside the module without opening the work package in the split view.
**Acceptance criteria**
One of the primary advantages of the Team planner is the ability to adjust start/end times * Success messages and change assignees simply by dragging work package strips.
error handling
* Small "drag handles" on either end are always visible Hover effects for drag and allow the user drop
* Moving similar to extend a bar in the work package to the left or to the right. Gantt chart:
* The Moving the handle on the left handle modifies side of the card moves the start date. date (duration changes).
* The Moving the handle on the right handle modifies end date.
* It is possible that for certain work strips, only one (or indeed none!) side of the edge handles are visible, when card moves the start and end dates are beyond the finish date range visible in the calendar.
(duration changes).
* The user may drag a work package strip horizontally within Moving the same assignee row to adjust card in the middle moves start and end dates (keeping the duration constant). finish date (same duration).
* The user may drag a Ability to drag/drop work package vertically from one row packages across assignees to another to assign it to another user (can also be done simulaneously with a horizotal scroll, ie., one can move the start date and change assignee in one drag-and-drop movement). (This is sspecified (specified individually in work package <mention class="mention" data-id="39500" data-type="work_package" data-text="#39500">#39500</mention>).
* When a work package is being dragged, the "target" date cells--the ones over which the work strip will be moved to--become blue (same as when a date range is selected) to create a new work package. This is also how fullcalendar.io natively does it. _(For visual reference, see added screen below under "Visuals")._
* The modifications are executed immediately on release.
* The work package snaps to position upon release (from its free-floating state when being dragged).
**Error handling**
* When a modification is successful, a green snackbar/toast displayed with the same string that is normally for successful modifications: "Successful update". _(The phrasing of this string could be improved, but we will not create new success strings in this work package)._
* Sometimes, a certain modification is unsuccessful for a range of reasons (detailed in epic <mention class="mention" data-id="39784" data-type="work_package" data-text="#39784">#39784</mention> under "Error handling and exceptions"). In this case, the dragged work package will be returned to its initial location (i.e, the original start date, end date and assignee values) and a red alert snackbar/toast is displayed.
* If the issue is related to permissions, the text should read: "Modification not possible due to issues with permissions." (**Question:** should we be more explicit? Suggest they contact their project admin?")
* If the issue is related to relations blocking date changes, the text should read: "The team planner currently does not currently allow you to move work packages with relations." (**Question:** thoughts on this phrasing, <mention class="mention" data-id="3" data-type="user" data-text="@Niels Lindenthal">@Niels Lindenthal</mention>, <mention class="mention" data-id="87" data-type="user" data-text="@Jens Ulferts">@Jens Ulferts</mention>?)
* Other cases...?
**Visuals**
_Dragging and dropping a work package strip to change assignee or start/end dates_
<figure class="image op-uc-figure"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/24534/content"></div></figure>
_A green snackbar confirming successful modification_
<figure class="image op-uc-figure"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/24535/content"></div></figure>
_Red snackbars warning that modification was unsuccessful_
<figure class="image op-uc-figure"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/24537/content"></div></figure>
<figure class="image op-uc-figure"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/24536/content"></div></figure>
**I want to** change the date of work packages by drag and drop
**so that** I can do the planning directly inside the module without opening the work package in the split view.
**Acceptance criteria**
One of the primary advantages of the Team planner is the ability to adjust start/end times
* Moving similar
* The
* The
* It is possible that for certain work strips, only one (or indeed none!)
* The user may drag a
* When a work package is being dragged, the "target" date cells--the ones over which the work strip will be moved to--become blue (same as when a date range is selected) to create a new work package. This is also how fullcalendar.io natively does it. _(For visual reference, see added screen below under "Visuals")._
* The modifications are executed immediately on release.
* The work package snaps to position upon release (from its free-floating state when being dragged).
**Error handling**
* When a modification is successful, a green snackbar/toast displayed with the same string that is normally for successful modifications: "Successful update". _(The phrasing of this string could be improved, but we will not create new success strings in this work package)._
* Sometimes, a certain modification is unsuccessful for a range of reasons (detailed in epic <mention class="mention" data-id="39784" data-type="work_package" data-text="#39784">#39784</mention> under "Error handling and exceptions"). In this case, the dragged work package will be returned to its initial location (i.e, the original start date, end date and assignee values) and a red alert snackbar/toast is displayed.
* If the issue is related to permissions, the text should read: "Modification not possible due to issues with permissions." (**Question:** should we be more explicit? Suggest they contact their project admin?")
* If the issue is related to relations blocking date changes, the text should read: "The team planner currently does not currently allow you to move work packages with relations." (**Question:** thoughts on this phrasing, <mention class="mention" data-id="3" data-type="user" data-text="@Niels Lindenthal">@Niels Lindenthal</mention>, <mention class="mention" data-id="87" data-type="user" data-text="@Jens Ulferts">@Jens Ulferts</mention>?)
* Other cases...?
**Visuals**
_Dragging and dropping a work package strip to change assignee or start/end dates_
<figure class="image op-uc-figure"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/24534/content"></div></figure>
_A green snackbar confirming successful modification_
<figure class="image op-uc-figure"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/24535/content"></div></figure>
_Red snackbars warning that modification was unsuccessful_
<figure class="image op-uc-figure"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/24537/content"></div></figure>
<figure class="image op-uc-figure"><div class="op-uc-figure--content"><img class="op-uc-image" src="/api/v3/attachments/24536/content"></div></figure>