Task #3400 (new)
Opened 13 years ago
Last modified 13 years ago
RFE: "cut" automatically moves object to orphaned state
Reported by: | jburel | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | Unscheduled |
Component: | Insight | Version: | n.a. |
Keywords: | n.a. | Cc: | jamoore |
Resources: | n.a. | Referenced By: | n.a. |
References: | n.a. | Remaining Time: | n.a. |
Sprint: | n.a. |
Description
replaces http://trac.openmicroscopy.org.uk/shoola/ticket/1688
There are two ways of thinking about cut objects. What seems to be implemented in Insight is that "cut" removes the links, stores the child object on the clipboard for later pasting, and then updates the UI to reflect the new hierarchy.
An alternate approach (which may be too hard) is that a cut is a delete, but only if the object is not pasted again. I.e. it exists only on the pasteboard. If that's the case, then having the object show up as an orphan could confuse users.
Change History (2)
comment:1 Changed 13 years ago by jburel
- Summary changed from Bug: "cut" automatically moves object to orphaned state to RFE: "cut" automatically moves object to orphaned state
Referencing ticket #3396 has changed sprint.