Content
View differences
Updated by Niels Lindenthal over 3 years ago
**As** a project member,
**I want to** have an explicit toggle to enter edit mode for work package descriptions (vs. single click today)
**so that** I can read, click, double-click and copy text/images without inadvertently going into edit mode
### **Acceptance criteria**
On work package descriptions:
* Disable click-to-edit such that clicking, double-clicking or selecting content does not trigger edit mode.
* Add a separate button to allow users to enter edit mode (positioning and visuals to be determined).
* This button is a toggle; in edit mode, this button becomes 'Save', which saves and exists edit mode.
### Open questions
* Most other fields in a work package are click-to-edit; how can we clearly and intuitively communicate the different behaviour on the description?
* If we attach this to the new subheader feature (specified, not implemented, <mention class="mention" data-id="40539" data-type="work_package" data-text="#40539">#40539</mention>), how will we distinguish this behaviour from the other attributes (status, type...) that are click to edit?
* Does this apply only to the description or also to the title? What about the type?
* Surely the status should always be click to edit? (Without having to enter enter mode).
* Should this Edit/Save toggle somehow be anchored/fixed somewhere, so that it's always visible even on scroll?
* Should the button then remain in the same position all the time?
* Do we find a solution that allows us to edit check boxes without changing the mode (show/edit) similar to GitHub?
### References
**Nextcloud Collectives** (thanks to <mention class="mention" data-id="42086" data-type="user" data-text="@Wieland Lindenthal">@Wieland Lindenthal</mention>)
<img class="op-uc-image op-uc-image_inline" src="/attachments/42117/Nextcloud-collective-test.gif">
**I want to** have an explicit toggle to enter edit mode for work package descriptions (vs. single click today)
**so that** I can read, click, double-click and copy text/images without inadvertently going into edit mode
### **Acceptance criteria**
On work package descriptions:
* Disable click-to-edit such that clicking, double-clicking or selecting content does not trigger edit mode.
* Add a separate button to allow users to enter edit mode (positioning and visuals to be determined).
* This button is a toggle; in edit mode, this button becomes 'Save', which saves and exists edit mode.
### Open questions
* Most other fields in a work package are click-to-edit; how can we clearly and intuitively communicate the different behaviour on the description?
* If we attach this to the new subheader feature (specified, not implemented, <mention class="mention" data-id="40539" data-type="work_package" data-text="#40539">#40539</mention>), how will we distinguish this behaviour from the other attributes (status, type...) that are click to edit?
* Does this apply only to the description or also to the title? What about the type?
* Surely the status should always be click to edit? (Without having to enter enter mode).
* Should this Edit/Save toggle somehow be anchored/fixed somewhere, so that it's always visible even on scroll?
* Should the button then remain in the same position all the time?
* Do we find a solution that allows us to edit check boxes without changing the mode (show/edit) similar to GitHub?
### References
**Nextcloud Collectives** (thanks to <mention class="mention" data-id="42086" data-type="user" data-text="@Wieland Lindenthal">@Wieland Lindenthal</mention>)
<img class="op-uc-image op-uc-image_inline" src="/attachments/42117/Nextcloud-collective-test.gif">