GNOME Bugzilla – Bug 341504
Data entry: copy/paste selected tasks
Last modified: 2021-06-09 20:35:27 UTC
In the Gantt chart, when entering a lot of similar tasks, it would be easier if I could enter a few of them, select them, then copy, paste to create another copy. I would then have to do some adjustments, but cut & paste would save me a LOT of data entry work! (E.g., creating 16 copies would take only 4 cut & pastes, or 1 copy and 16 pastes.) Other information:
*** Bug 529314 has been marked as a duplicate of this bug. ***
*** Bug 483028 has been marked as a duplicate of this bug. ***
*** Bug 531815 has been marked as a duplicate of this bug. ***
Created attachment 110957 [details] XSLT stylesheet which regenerates task ID numbers
Comment on attachment 110957 [details] XSLT stylesheet which regenerates task ID numbers You can always do a manual copy&paste with your favorite editor, and then regenerate the task IDs with this stylesheet, for example. Just use xsltproc: xsltproc fix-task-sequence-planner.xslt input-document.planner > final-document.planner
*** Bug 139640 has been marked as a duplicate of this bug. ***
*** Bug 602876 has been marked as a duplicate of this bug. ***
Created attachment 151939 [details] [review] an implementation Here's an implementation of copy, cut and paste of tasks. A paste will always append the copied tasks to the current cursor location (as opposed to overwriting selected tasks) which I think is the best approach. The task view allows multi select of unrelated tasks, so the paste of such a copy attempts to simply insert the tasks and then try and indent them to their original indent + the current insertion point indent, which gives the same hierarchy for the normal case, and a reasonable one for a multi-select of unrelated tasks. What doesn't get copied in this implementation is to whom the task is assigned, I'm not sure if we want that or not. But if we do then (given that the tasks might be copied between unrelated projects) the best thing is likely to attempt to reassign if an assignee with the same name as the original exists in the new.
*** Bug 612278 has been marked as a duplicate of this bug. ***
Created attachment 191690 [details] [review] update to apply against 0.14.5
Thanks Caolan. I don't suppose you could make an updated patch for latest from head? I was going to try it out...
Oh, and it you do, please make it using git's "format patch" feature. Thanks! Paul.
I managed to get the patch working, and it seems to work ok, except not as I'd expect. It seems to insert the copied item in an odd spot. If the selected item is a leaf node, it creates as a subtask. If a parent node, it seems to locate that last leaf node in that part of the tree and add as a subtask to that leaf node. I'd expect it to just add as a new task below rather than a sub task.
Created attachment 213666 [details] [review] Addition to Caolan's patch
Comment on attachment 213666 [details] [review] Addition to Caolan's patch In Git format and against relatively up-to-date code base. Paste's at same level instead of one level down.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/World/planner/-/issues/105.