# Tree behaviours

**URL:** <https://speciforum.org/t/tree-behaviours/978>\
**Category:** New Feature Requests\
**Created:** [January 9, 2023, 10:56pm UTC](https://speciforum.org/t/tree-behaviours/978 "2023-01-09T22:56:06Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![HeatherC](https://avatars.discourse-cdn.com/v4/letter/h/ccd318/32.png) [@HeatherC](https://speciforum.org/u/HeatherC)\
**Post date:** [January 9, 2023, 10:56pm UTC](https://speciforum.org/t/tree-behaviours/978/1 "2023-01-09T22:56:06Z")

</div>

When working in the S7 tree, I really appreciate when it ‘jumps’ back to where I was. I often have many edits to do in the same part of the tree, or am working my way through. I have found on edits, merges, and synonomy, the tree display ‘returns’ to where I was. Love it.

For some reason, on ‘delete’ it doesn’t go back, and I am left at the top of the tree, and have to enter another search, or guess where to scroll to. I understand you can’t jump back to the node I deleted, but I would find it very useful (and time-saving) if it would jump back to the parent node (of the node just deleted).

Thanks for considering!

---

<div class="post-metadata">

**Author:** ![Grant](https://yyz1.discourse-cdn.com/flex029/user_avatar/speciforum.org/grant/32/4255_2.png) [@Grant](https://speciforum.org/u/Grant)\
**Post date:** [January 11, 2023, 1:53pm UTC](https://speciforum.org/t/tree-behaviours/978/2 "2023-01-11T13:53:51Z")

</div>

> [@HeatherC](#):
>
> For some reason, on ‘delete’ it doesn’t go back, and I am left at the top of the tree, and have to enter another search, or guess where to scroll to. I understand you can’t jump back to the node I deleted, but I would find it very useful (and time-saving) if it would jump back to the parent node (of the node just deleted).

Hi @HeatherC,

I have created a feature request on GitHub for this functionality!

> <https://github.com/specify/specify7/issues/2781>
>
> \> \*\*HeatherC:\*\*
> \> 
> \> When working in the S7 tree, I really appreciate when it …‘jumps’ back to where I was. I often have many edits to do in the same part of the tree, or am working my way through. I have found on edits, merges, and synonomy, the tree display ‘returns’ to where I was. Love it.
> \>
> \> For some reason, on ‘delete’ it doesn’t go back, and I am left at the top of the tree, and have to enter another search, or guess where to scroll to. I understand you can’t jump back to the node I deleted, but I would find it very useful (and time-saving) if it would jump back to the parent node (of the node just deleted).
> 
> \*\*Speciforum:\*\* https://speciforum.org/t/tree-behaviours/978
> 
> I think a good solution would be to jump to the parent of the deleted node rather than losing the place in the tree.

Thank you for your feedback!

---

<div class="post-metadata">

**Author:** ![HeatherC](https://avatars.discourse-cdn.com/v4/letter/h/ccd318/32.png) [@HeatherC](https://speciforum.org/u/HeatherC)\
**Post date:** [January 19, 2023, 3:12pm UTC](https://speciforum.org/t/tree-behaviours/978/3 "2023-01-19T15:12:43Z")

</div>

@Grant I wasn’t sure whether this was the best placed to document this, but relating to these (and related) tree behaviors is the ‘confirm’ text, at the moment, authors are not included in that text. It isn’t vital, but would be value-added (in my opinion).

 ![image](https://canada1.discourse-cdn.com/flex029/uploads/specifysoftware/original/2X/f/f59b89b8f7c22cf4ad7eafe88be359bde4add5d1.png)
