# Delete #mention of entity and recover previous state of Rich Text

**URL:** <https://community.fibery.io/t/delete-mention-of-entity-and-recover-previous-state-of-rich-text/783>\
**Category:** Ideas & Features\
**Created:** [June 19, 2020, 6:30am UTC](https://community.fibery.io/t/delete-mention-of-entity-and-recover-previous-state-of-rich-text/783 "2020-06-19T06:30:14Z")\
**Posts on this page:** 1\
**Showing post:** 4

<div class="post-metadata">

**Author:** ![cannibalflea](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/cannibalflea/32/318_2.png) [@cannibalflea](https://community.fibery.io/u/cannibalflea)\
**Post date:** [July 22, 2022, 11:56pm UTC](https://community.fibery.io/t/delete-mention-of-entity-and-recover-previous-state-of-rich-text/783/4 "2022-07-22T23:56:46Z")

</div>

I have to say I actually really like the how in-line entities are created in Fibery. There are several advantages from my perspective:

**Quick Operation to Create & Link to New Entities**  
You can create new entities and link to them in one operation (this is one main reason for using it). There isn’t a great advantage when linking to existing entities.

**Reference Context**  
When you use the # or create entity approach, the reference in the referenced entity includes at least the entire paragraph. So if I had the following text in one meeting note:

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/a/a569432a9ec3551b5947aec6502336c9371661a8.png)

The explicit inline reference provides a better context than the other than the “linked reference”

 ![image](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/d/d9716ad3fb8e7a0137a93d5dd49a23ada70ea0a4.png)

Of course, the user can highlight longer sections of text, but that means more highlighting and disruption to flow. I think this can be better resolved once there is a way to show the context of the reference a bit more clearly (as described in [Show in Reference Highlights Referenced Entity more clearly](https://community.fibery.io/t/show-in-reference-highlights-referenced-entity-more-clearly/1620) and [In Highlights, “Roam-like” inclusion of Hierarchy of Text Blocks](https://community.fibery.io/t/in-highlights-roam-like-inclusion-of-hierarchy-of-text-blocks/1135))

# Issues

However, I think the concerns here are quite valid:

**Deleted entities**  
I had raised the issue of loss of context when entities are deleted here:

> [@Replace Inline Reference of Deleted Entities with Plain Text](https://community.fibery.io/t/replace-inline-reference-of-deleted-entities-with-plain-text/2555):
>
> Along the line of discussions regarding [replacing all references to an entity](https://community.fibery.io/t/approved-replace-all-references-or-convert-to-type/982) , [conversion & deletion of entities](https://community.fibery.io/t/convert-delete-replace-entity/2530), and [search & replace](https://community.fibery.io/t/search-replace/1792), I was also wondering if it would be possible to replace in-line references to a deleted entity in rich text areas with the actual entity name prior to removing it completely. For example, if you have an inline reference to a particular project in notes: [image] If that entity is deleted, you are left with very little information about what it was: [image] I…

I do feel this is actually a serious issue because it is easy to miss and can become a problem many months later. I think that a search and replace operation should always be done when there references attached to an entity.

**Renamed entities**  
I think the more interesting case is when an entity is created and named in context, but later on the name is changed because it doesn’t make sense in other contexts (like in a list view of other similar items). I think there is again a loss of context in the original text that would be detrimental to future reviews. I think this is where the suggestion to retain the original text separately really shows its value.

---

_[View the full topic](https://community.fibery.io/t/delete-mention-of-entity-and-recover-previous-state-of-rich-text/783)._
